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조작체계의 Web 싸이트; 
해설 및 설계원리 


William Stallings. com/OS4e.html 에 있는 Web 싸이트는 책을 사용하는 강사들과 대 
학생들에게 도움을 주기 위 한것 이 다. 그것은 다음과 갈은 내용들을 포괄한다. 



교재류로서는 다음과 갈은것들이 있다. 

• 책의 그림들의 PDF 복사물 

• 책의 표들의 PDF 복사물 

• Java 와 읽기 쉬운 Pas 田I과 같은 표준코드에 의한 모든 알고리듬의 PDF 복사물 

• 쉽 게 참고하기 위하여 두개 의 PDF 서 류로 만든 Windows 와 UNIX 의 모든 
자료 

• 강의의 보조수단으로 사용하기 위한 Power Point 투영편묶음 

• 쓸모 있는 학습방조를 줄수 있는 HTML 로 된 강의록 

• 를퓨터과학부문 대학생 지원싸이트 : 대학생들이 자기들이 받고 있는 콤퓨터과학 
교육에서 쓸모 있는것들을 찾을수 있는 많은 련결지령들과 서류들을 가지고 있다. 
싸이트는 기초개괄，련관된 수학 : 연구，집필 및 련습문제풀이에 대한 조언 ; 보고 
서보관 및 도서들과 갈은 콤퓨터과학연구자원들에 대한 련결지령 : 그밖의 다른 유 
용한 련결지령들을 가지고 있다. 

• 대체로 월마다 갱신되는 책의 고침표 
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OS 학과 


OS4eWeb 자이트는 이 책을 사용하여 가르치는 학과에서의 Web 자이트에 대한 련결 
지령을 가지고 있다. 이 싸이트는 일정작성 및 제목순서달기는 물론 많은 참고서와 다른 
자료들에 대한 유익한 견해를 줄수 있다. 




OS 4 eWeb 싸이트는 련관된 Web 싸이트들에 대한 련결지령을 가지고 있다. 련결지령 
은 많은 제목들을 포괄하고 있으며 대학생들이 더 심도 있게 시기적절한 문제들을 해명 
할수 있게 한다. 




인테 dl 트우편목록 


인터네트의 우편목록은 이 책을 사용하는 강사들이 서로 또는 저자와 정보，의견 및 
질문을 교환할수 있게 한다. 예약정보는 책의 Web 싸이트에 주어 져 있다. 



조작체계의 도구 


Web 싸이 트는 Nachos , OSP 및 BACIWeb 싸이 트들에 대 한 련결지 령 을 가지 고 있다. 
이 것은 세 가지 쏘프트웨 어제품으로서 프로젝트실현에 서 기 본틀거 리로 된다. 매개 싸이트 
는 내리적재할수 있는 쏘프트웨어 및 기초지식정보를 가지고 있다. 더 알고 싶은 문제가 
있으면 부록 3을 보면 된다. 
















머 리 말 


이 책의 목적 

이 책은 조작체계의 개념，구조 및 기구들을 서술한다. 이 책의 목적은 현 시대의 
조작체계 에 대 한 본질과 특성지표를 될수록 명백 하고 완전하게 보여 주자는데 있다. 

이것은 몇가지 리유로 하여 복잡한 과제로 된다. 우선 조작체계의 설계범위가 상당 
히 넓고 콤퓨터체계 가 다종다양한것 이 다. 이것은 단일사용자워 크스테 이 션들과 개 인용 
콤퓨터 들，중간규모의 공유체 계 들，대 형 콤퓨터 들과 초고속콤퓨터 및 실시 간체 계 들과 
갈은 전용기계들을 포함하고 있다. 다양성은 기계의 용량이나 속도에서만이 아니라 
응용프로그람들이 나 체 계지 원요구사항들에서 도 마찬가지 이 다. 다음으로 콤퓨터체 계의 
변화속도가 끊임없이 계속 높아 지고 있는것이다. 조작체계설계에서 몇가지 주요령역 
은 최근에 생겨 난 령역과 그것과 관련된 연구이며 다른 새로운 령역들이 계속 개척 
되고 있는것이다. 

조작체계가 다양해 지고 변화가 있음에도 불구하고 일정한 기본적개념들은 전반에 
걸쳐 확고하게 적용되고 있다. 확실한것은 이 개념들에 대한 응용이 현재의 기술상태와 
특정한 응용요구사항들에 의존한다는것이 다. 이 책의 취지는 조작체계설계의 기본에 대 
하여 전반적 으로 설명 하는것 이며 이것을 이전의 설계문제 들과 조작체계개 발에서의 현재 
방향들을 련관시키는데 있다. 

실 례 체 계 

이 책은 독자들에게 조작체계의 설계원리와 실현문제를 습득시키는것을 목적으로 
하고 있다. 따라서 순수 개념적이거나 리론적인 취급은 적합하지 않다고 본다. 개념을 
설명하면서 해결해야 할 실제 세계의 설계문제들과 그것을 결부시키기 위해서 실행실례 
들로서 두개의 조작체계를 선택 하였다. 

• Windows 2000 : 개 인용콤퓨터，워크스테 이션들 및 봉사기들을 위한 다중과제조 
작체계 이 다. 새로운 조작체계로서 최근에 개 발된 많은 수법들을 그대로 병 합시 킨 
것이다. 더우기 Windows 2000 은 객체지향설계원리에 많이 의거하고 있는 실용화 
된 첫 조작체계들의 하나이다. 

• UNIX: 원래 미니콤퓨터를 지향 했던 다중사용자조작체계이지만 성능 높은 극소 
형콤퓨터로부터 초고속콤퓨터에 이르기까지 넓은 령역에서 실현되였다. UNIX 의 
변종에는 세가지가 있다. UNIXSVR 4 는 많은 기교특징들을 결합한 체계에 널리 
쓰이 고 있다. Solaris 는 가장 널리 쓰이는 UNIX 의 판본이 다. Solaris 는 다중스레 
드처리 방식으로서 SVR 4와 대부분 다른 UNIX 류형들에서 찾아 볼수 없는 기능 
:를을 가지고 있다. 끝으로 Linux 는 대중속에 급속히 보급되고 있는 UNIX 의 원 
천공개판본이다. 

그것들의 적 합성과 표현성으로부터 이 체계를 선택하였다. 실례로 든 체계 에 대 한 
설명은 한개의 장이나 부록과 같은 부속적으로가 아니라 본문전반에서 하고 있다. 그러 
므로 실례로 든 매개 체계의 병행성에 대하여 취급할 때 병행성수법들을 설명하며 개별 
적인 설계실례들을 선택하여 취급한다. 이러한 방법으로 주어 진 장들에서 설명한 설계 
개념들은 곧 실제 세계의 실례들로 다시 공고화시킨다. 
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독자대상 

이 책은 대학생 및 전문가들을 독자대상으로 하고 있다. 교과서로서 콤퓨터과학，를 
퓨터공학 및 전기공학을 전공하는 대학생들을 위한 조작체계과목을 한 학기동안 취급한 
다. 책은 Computer Science and Engineering 에서 IEEE Model Program 의 5 개 주제 
령역에 있는 제목들을 포괄하며 또한 Computer Science 에서 Undergraduate Program 
의 ACM 권고 CS 6 및 CS 10 안에 있는 조작체계와 관련된 제목들을 포괄한다. 책은 또 
한 기초참고서로 될수 있으며 자체로 학습하기에 알맞는다. 

책은 설명 을 명 백하게 하기 위하여 많은 그림과 표들을 주고 있으므로 명백 히 교재 
적인 특징들을 가지고 있다. 더우기 책은 폭 넓은 용어해설，흔히 쓰이는 략어 및 도서목 
록을 주고 있 다. 매 개 장에 서 는 련습문제 들과 필요한 풀이방향들을 주고 있 다. 매 개 장에 
서 는 또한 복습을 위해서 기 본용어 및 여 러 개의 복습문제 들을 제 시 하고 있다. 

강사와 대 학생 들을 위 한 인 터 네 트봉사 

대학생들과 강사들을 방조하는 이 책의 Web 싸이 트가 있 다. 이 싸이 트는 다른 해 당 
한 싸이 트들에 대한 련결지령들， PDF (Adobe Acrobat) 형식으로 된 그림들과 표들 그리 
고 책의 인터네트우편목록을 위한 서명정보를 가지고 있다. web 폐지는 William 
Stallings. Com/os4e. html 인데 이 머 리말의 앞에 있는《조작체 계의 Web 싸이 트 해설 및 
설계원리》부분을 보기 바란다. 인터네트우편목록은 이 책을 사용하는 강사들사이 또는 
저자와 정보，의견 및 질문을 교환할수 있도록 하기 위해 설정하였다. 인쇄오유와 다른 
오유들을 발견하면 즉시 에 William Stallings. Com 에 있는 이 책 의 고침 표목록을 보면 된 
다. 


조작체계학과의 실습과제 

많은 강사들에게 있어서 조작체계학과의 중요한 구성요소는 실습과제와 실습과제의 
모임인데 그것으로 대학생들이 참고할수 있는 지식을 엄고 본문의 개념들을 공고화한다. 
이 책은 학과에서 실습과제부분을 포함하여 수많은 지원을 주고 있다. 실습과제실현에서 
기 본으로 되 고 있 는 세 개 의 쏘프트웨 어 제 품 즉 조작체 계 의 구성 요소를 개 발하기 위 한 
◦SP 와 Nachos 그리고 병행성수법을 학습하기 위한 BACI 의 지식을 주고 있다. 더우기 
강사의 지도안에는 소규모의 프로그람작성실습과제들이 있는데 매개는 한주 또는 두주로 
타산되 여 있다. 그것은 넓은 문제범위를 포괄하고 있고 임의의 가동환경상에서 어떤 적 
합한 언어로 실현될수 있으며 또한 연구과제 및 문헌연구/보고서작성과제 등을 제시하고 
있다. 구체적 인것은 부록을 보기 바란다. 

이 판에서 새로운 점 

이 책의 전판(제 3 판)이 출판된후 3 년안에 이 분야에서는 계속 발명과 개선이 이루어 졌 
다. 이 새로운 판에서는 총적 인 분야를 포괄적으로 담으면서 이 변화를 반영하려고 하였다. 
새 판을 준비하기 위하여 이 책의 전판은 이 과목을 강의하는 여러명의 교수들과 이 분야에 
서 사업하는 전문가들의 전면적인 후열을 밤았다. 그 결과 많은 곳에서 해설이 명백해 졌고 
확고해 졌으며 설명이 개선되였다. 또한 많은 새로운 분야의 문제들이 추가되였다. 

교수자들과 사용자들에 대 한 친절성을 도모하기 위한 노력을 거 처 책의 기술적내용 
이 전반적 으로 갱 신되 였으며 이 분야에 서 의 변화들을 반영하게 되 였 다. 
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제 0 장. 소개 


이 책과 동반되는 Web 싸이트는 많은 자료를 포괄하고 있다. 여기서는 독자들에게 
개괄적으로 소개하려고 한다. 

제 1 절. 책의 개요 

이 책은 7개의 편으로 구성되여 있다. 

제 1 편 . 기초지식 : 를퓨터구성방식과 조직에 대한 개요를 조작체계설계와 관련된 문 
제 들에 중점 을 두고 설 명하며 책 의 뒤 부분에 서 조작체 계 문제 들에 대 한 개 요를 
준다. 

제 2 편 . 프로쎄스 : 프로쎄스다중스레드처 리，대칭 다중처 리 (SMP) 및 마이크로핵심 
부에 대한 구체적 인 분석을 준다. 이 편에서는 또한 단일체계상에서 병행성에 
대 한 주요문제 를 호상배 제 와 교착문제 에 중점 을 두고 론의한다. 

제 3 편 . 기억기 : 가상기억기를 포함한 기억기관리수법을 포괄적으로 고찰한다. 

제 4 편 . 일정작성 : 프로쎄스일정작성의 여 러 가지 방법들을 서 로 비 교하면서 설 
명한다. 스레 드의 일 정작성， SMP 의 일 정작성 및 실 시 간일 정작성 들에 대 해 
서도 고찰한다. 

제 5 편 . 입출력과 파일 : 입출력기능을 조작체계의 조종밑에 실현하는데서 제기되는 
문제점 들을 론의한다. 체계성능측면에서 주요한 디스크입 출력 에 특별한 주의 
를 돌린다. 또한 파일관리에 대해서도 고찰한다. 

제 6 편 . 분산체계 : TCP/IP, 의뢰기/봉사기콤퓨터작업 및 클라스터를 포함하는 콤 
퓨터 체 계 망화에 대 한 기 본추세 를 론의 한다. 또한 분산조작체 계 개 발의 몇 가지 
주요설계령 역을 서술한다. 

제 7 편 . 보안 : 콤퓨터 및 망보안을 실현하는데서 제기되는 위협과 수법들에 대하여 
개괄적으로 고찰한다. 

이 책의 취지는 해당 시기 조작체계들의 설계원리와 실현문제들에 정통하도록 하 
자는데 있다. 따라서 순수한 개 념적 및 리 론적 취급은 적 합하지 않다. 개 념들을 설명하 
고 그것 을 실제 적 인 설계물들과 결부시 키 기 위하여 두개의 조작체 계 를 실행실례 로 선 
정하였다. 

• Windows 2000 : 여 러 가지 PC, 워크스테 이션 및 봉사기상에서 실행 하도록 설계된 
다중과제처 리조작체계 이 다. 이것은 최근에 상품화된 몇 가지 조작체 계들중의 하나 
토서 본질상 특수하게 설계된것 이 다. 그러므로 조작체계수법 에서 가장 최근에 개 
발된 새형의 조작체계의 지위를 차지하고 있다. 

• UNIX : 초기 에 소형콤퓨터에서 시도했으나 성능이 높은 극소형콤퓨터로부터 초고 
속콤퓨터 에 이 르기 까지 의 넓 은 기 계 령 역 에 서 실 현시 킨 다중과계 처 리 조작체 계 이 다 . 

이 실례체계들에 대하여서는 한개의 장이나 부록으로가 아니라 책전반에 걸쳐 설명 
하고 있다. 그러므로 병행성에 대한 설명을 하면서 매 실례체계들의 병행성기구를 서술 
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하며 개별적인 설계선택동기를 설명하게 된다. 이러한 방법으로 주어 진 장들에서 론의 
된 설계개념들은 곧 현실실례들과 결부된다. 

제 2 절. 제목순서달기 

독자들이 이 책에서 보여 준 문제들에 특정한 순서달기를 론하는것은 자연스럽다. 
실 례 로 일 정 작성 문제 (제 9장과 제 10장) 는 병 행 성 (제 5장과 제 6장) 의 일 정 작성 문제 와 밀 접 
히 련관되여 있고 프로쎄스의 일반문제들(제3장)은 그밖의 문제들을 합리적으로 포괄하 
고 있다. 

난점은 여러가지 문제들이 호상 깊이 련관되여 있다는것이다. 실례로 가상기억기를 
설명하는데서 페지부재와 관련되는 일정작성문제를 같이 언급하는것이 좋다. 물론 일정 
작성결정 을 설명할 때 일정한 기 억기관리 즉 일정작성문제를 입 출력관리와 장치와 함께 
리해하거 나 또는 그 반대 의 경 우에 도 함께 리해할것 을 요구한다. 



그림 0-1 은 제목들사이에서 중요 호상관계를 보여 준다. 굵은 선들은 설계와 실현결 
정 의 견지 에서 매 우 밀접한 관계 를 보여 준다. 이 그림 을 보면 실제 로 제3장에서 할 프 
로쎄스에 대한 기초적인 설명을 시작하는것 같다. 그다음의 순서는 어느 정도 독단적이 
다. 많은 조작체 계취 급에 서 도 먼 저 프로쎄 스들의 모든 요소를 갈라 놓은 다음 다른 문제 
를 론한다. 이것은 아주 효과적이다. 그러나 프로쎄스관리와 득 같은 중요성을 가진다고 
보는 기 억기관리의 주요한 의의 는 일정작성 을 심 도있게 보기 에 앞서 이 요소들을 보여 
줄것 을 결 심하게 하였 다. 

리상적인 해결방도는 학구적인 사람이 제1장부터 제3장을 련이어 읽은 다음에 다음장 
들을 병렬로 읽고 소화하는것이다. 즉 제5장(선택적으로)을 읽고 제4장，계7장을 읽고 제 
6장，계9장(선택적 으로)을 읽고 제8장，제10장을 읽는 식으로 읽 어 야 소화할수 있다. 끝 
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으로 다음의 장들은 임의의 순서로 읽을수 있다. 즉 제 11 장，제 13 장을 읽고 제 12 장，제 14 
장，제 15 장을 읽을수 있다. 그러나 사람의 뇌수가 병렬처리를 할수 있다고 해도 사람의 
학구력은 갈은 책에서 4 개의 서로 다른 장들을 동시에 펼치고 그 내용을 동시에 완전히 
리해한다는것은 불가능하다는것 을 보여 주고 있다. 따라서 순서달기의 필요성 이 제 기된 
조건에서 이 책 에서의 순서달기 가 가장 효과적 이 라고 본다. 

제 3 절. 인테 II 트 및 Web 자원 

인터네트와 Web 상에는 받아 들일수 있는 많은 자원들이 있어 이 책을 지원하고 있 
고 이 분야에서의 개발을 계속할수 있게 도와 주고 있다. 

이 책의 Web 싸이트 

William Stallings.comADS4e.html 로서 이 책을 위한 특별한 Web 싸이트를 설정해 
놓았다. 학생들을 위한 Web 싸이트에서 받아 들일수 있는 많은 서류들중에는 특정한 표 
기들이 있다. 

• Java 코드 : 책전반에 걸쳐 많은 코드들이 있는데 그것은 C 에서 여 러가지 OS 와 
관련된 알고리듬을 정의 한다. 이 모든 코드들은 Web 싸이트에 있는 Java 에서 재 
생할수 있다. 

• Java 프라이머 : 보다 흥미를 가지는 학생들을 위해 간단한 Java 프라이머를 준다. 

• Pseudocode : C 나 Java 에 익 숙되 지 못한 독자들을 위해 모든 알고리 듬을 
Pascal 과 같은 류사코드로 재생시 킨다. 이 류사코드언어는 직관적이며 특히 리 해 
하기 쉽다. 

• Windows 2000 과 UNIX 서술 : 이미 언급한바와 같이 Windows 2000 과 여러가 
지 UNIX 판본들이 실행중인 경우의 연구에 사용되고 있는데 그 설명은 한개 장 
이나 부록으로서가 아니라 본문전반에 걸쳐 진행되고 있다. 일부 독자들은 이 모 
든 자료를 한 곳에서 참조하려고 할수도 있다. 그러므로 이 책에서 보게 되는 
Windows 와 UNIX 의 모든 자료가 Web 싸이트에 2 개의 서류로 재생되여 있다. 

임의의 인쇄오유나 다른 오유를 발견하면 이 책의 오유목록을 Web 싸이트에서 찾아 
볼수 있다. 발견한 오유들을 보고해 주기 바 g 다. 이 책에서의 순서달기정보는 물론 고려 
하지 않고 같은 필자가 쓴 다른 책 들에서 의 틀린 글자판들도 William Stallings, com 에 
있 다. 

필 자는 또한 William Stallings.com/StudentSupport.htmHl Computer Science 
Student Support Site 를 가지고 있다. 이 싸이 트의 목적은 콤퓨터과학부문학생들을 위 
한 서류，정보 및 련결지령을 주는데 있다. 련결지령은 4 개의 범주로 구성되여 있다. 

• Math : 기초수학상기 프로그람，대기처 리분석프라이머 , 수체계 프라이머 및 많은 
수학싸이트들에 대한 련결지령 

• How-to : 숙제 문제 들을 풀며 기 술보고서 작성 및 기 술공개 를 준비 하는데 서 의 방 
법적조언과 안내 

• Research resources : 중요한 론문, 기술보고서，도서목록묶음에 대한 련결지 령 

• Miscellaneous : 여 러가지 유용한 서류와 련결지 령 
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다른 Web 싸이트 

이 책과 관련된 일정한 종류의 정보를 주는 많은 Web 싸이트들이 있다. 다음과 갈은 
것들을 들수 있다. 

• UNIX Reference Desk : UNIX 에 대한 정보, 그밖의 제품，사용자대면부 및 기 
술정보에 대한 지침 

• UNIX Guru Universe : UNIX 정보의 다른 좋은 원천 

• Linux Documentation Project : 싸이트를 서술하는 이름 

• OS Web : Multics 와 같은 고전적인것을 포함하는 많은 조작체계들에 대한 정보 

• ACM Special Interest Group on Operating Systems : SIGOPS 출판 및 토 
론회에 대한 정보 

• IEEE Technical Commi 仕 ee on Operating Systems and Applica 社 on Environments : 
직결시사해설과 다른 싸이트들에 대한 련결지령을 가지고 있다. 

• IEEE Computer Society Task Force on Cluster Computing : 클라스터계 
산연구 및 교육을 촉진시키기 위한 국제토론회 

• The comp.os.research FAQ : 조작체계설계문제를 포괄하는 구체적이며 가치 
있는 FAQ 

• The Memory Management Reference : 기 억 기 관리의 모든 문계 들에 대 한 훌륭 

한 서류와 련결지령의 좋은 원천 

• The Operating System Resource Center : 넓은 범위의 OS 문제들에 대 한 서 

류와 론문들의 쓸모 있는 묶음 

Web 싸이트의 주소가 자주 변화되는 경향이 있으므로 여기에 포함시키지 않았으며 
적당한 련결지령은 이 책의 Web 싸이트에서 찾아 볼수 있다. 

USENET 새 그를 

많은 USENET 새 그룹들이 조작체계의 일부 문제 또는 특별한 조작체 계 에 기 여 하 
고 있 다. 사실상 모든 USENET 그룹들을 놓고 보면 높은 신호대잡음비 가 있지 만 그것 이 
사람들의 요구를 만족시 키 겠는가를 실험해 보아야 한다. 다음과 갈은 두개 가 가장 적 절 
하다고 본다. 

• Comp.os.research : 따라 가는데 가장 좋은 집단. 이것은 연구과제를 취급하는 
완만한 새 그룹이 다. 

• Com.os.misc : OS 문제들에 대한 일반적 인 설명 
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제 1 편. 기초지식 

제 1 편의 중심 

이 편에서는 이 책에서 보게 되는 조작체계에 대한 기초지식과 전후관계를 서술한다. 
또한 콤퓨터구성과 조작체계의 기본개 념들을 보여 준다. 

제 1 편의 안내 

제1장. 콤퓨터체계의 개팔 

조작체 계 는 응용프로그람들과 편의 프로그람들，사용자들을 한편으로 하고 콤퓨터 체 
계장치를 다른 한편으로 하여 그사이에서 가동한다. 조작체계의 기능과 설계문제들을 인 
식하기 위해서는 콤퓨터구성과 방식에 대한 일정한 지식을 가져야 한다. 제1장에서는 콤 
퓨터체계의 처리기，기억기와 입출력요소들에 대한 주요개념들을 설명한다. 

제2장. 조작체계의 개팔 

조작체계설계는 많은 문제를 포괄하고 있으며 세부적인 측면들을 놓치거나 특정한 
문제 들에 대 한 론의 에서 전후관계 를 헛 갈리 기 가 아주 쉽다. 제2장은 독자들이 전후관계 
를 임의의 곳에서 알아 볼수 있게 하는 내용을 개괄하고 있다. 먼저 조작체계의 객체들 
과 기능들에 대한 설명을 준다. 다음 력사적으로 중요한 조작체계들과 그 기능들을 설명 
한다. 이러한 설명은 단순한 환경에서 몇가지 기본 OS 설계원리들을 보여 줌으로써 여러 
가지 OS 기 능들사이 의 관계 를 명 백하게 해 준다. 이 장에 서 는 또한 현대 적 인 조작체 계 들 
의 중요한 특징들을 집중적 으로 고찰한다. 이 책의 전반적 인 부분에서는 여 러가지 문제 
들을 설명하는데 기 본적 이면서 잘 확립 된 원리 들은 물론이 고 OS 설계 에 서 보다 최 근에 
발명된 내 용들도 모두 설명한다. 독자들은 이미 확립되 여 있는 설계수법들과 여기서 설 
명하는 최 근 설 계 수법 들을 혼탁시 키 지 말아야 한다. 끝으로 Windows 2000과 UNIX 에 
대하여 개괄하는데 이것은 이 체계들의 일반적구조를 확고하게 해춘다. 
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제 1 장. 콤퓨터체계의 개팔 


조작체계는 하나이상의 처리기들로 구성되여 있는 장치자원들을 개발하여 체계사용 
자들에 게 어떤 봉사를 준다. 조작체 계 는 또한 사용자들에 게 편리하게 2차기억 기와 입 줄 
력장치 들을 관리한다. 그러 므로 조작체 계 에 대 한 연구를 시 작하는 견지 에 서 체 계장치 들 
에 대한 일정한 리해를 가져야 한다. 

이 장에서는 콤퓨터체계장치를 개괄적으로 고찰한다. 독자들이 이 학문분야에 관련 
이 있다고 보면서 대부분 중점적으로 고찰하였다. 그러나 일부 부분들에서는 후에 보게 
되는 문제들의 중요성 으로부터 좀 더 상세 히 고찰하였다. 

제 1 절. 기본구성요소 

웃준위에서 볼 때 콤퓨터는 처리기，기억기와 입출력구성요소들로 이루어 져 있으며 
매 개 요소들은 하나이 상의 모둘들을 가지 고 있 다. 이 구성 요소들은 일정한 방식 으로 호 
상 련결되 여 콤퓨터의 주요기능을 구성하며 이것 이 프로그람들을 집 행 하게 된다. 이 로부 
터 4개의 기본구조적요소들이 있다. 

• 처리기 : 콤퓨터의 동작을 조종하며 자료처리기능을 수행한다. 한개의 처리기만 
을 사용할 때 그것을 흔히 중앙처 리장치 라고 한다. 

• 주기억 기 : 자료와 프로그람들을 기 억 한다. 이 기 억기 는 대체 로 휘 발성이며 실기 
억 기 또는 1차기 억 기 라고도 부른다. 

• 입출력모듈 : 콤퓨터와 외부환경사이에서 자료를 이동시 킨다. 외부환경은 각이한 
외 부장치 들로 구성 되 는데 2차기 억 장치，통신설 비 와 말단들을 포함한다. 

• 체계모선 : 처 리기들과 주기억기 그리고 입출력모둘들사이 에서 통신을 보장하여 
주는 일정한 구조와 기구들이다. 

그림 1-1 은 웃준위구성요소들을 보여 주고 있다. 처리기의 한가지 기능은 기억기와 
자료교환을 하는것 이 다. 이 로부터 대 체 로 2개 의 내 부 (처 리 기 에 대 하여 ) 등록기 를 사용한 
다. 하나는 기 억주소등록기 ( MAR ) 로서 다음번에 읽거 나 씨 야 할 기 억기의 주소를 지정 
한다. 다른 하나는 기 억완충등록기 ( MBR ) 로서 기 억기 에 써넣 어 야 할 자료 또는 기 억기 
로부터 읽어 낸 자료를 포함한다. 이와 류사하게 입출력주소등록기 ( I / OAR ) 는 특정한 입 
출력 장치 를 지 정 한다. 입 출력 완충등록기 (I 八) BR ) 는 입 출력 모둘과 처 리 기 사이 에 서 자료교 
환용으로 쓰인다. 

기억기모둘은 련속적으로 수자화된 주소로 지적되는 하나의 장치로 되여 있다. 매개 
주소는 2진수로 되여 있는데 그것은 명령이나 자료중 어느 하나를 지적할수 있다. 입출 
력모둘은 외부장치들로부터 처리기와 기억기에로 또는 그 반대로 자료를 이송한다. 입출 
력모둘은 자료들을 이송할 때까지 림시적으로 그것을 보관하기 위한 내부완충기들을 가 
지고 있다. 


제 2 절. 처리기의 등록기 

처리기는 한조의 등록기들을 포함하고 있는데 이 등록기들은 주기억기보다 속도가 
빠르면서 크기가 작은 어떤 준위의 기억기이다. 처리기내의 등록기들은 두가지 기능을 
보장한다. 
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사용자변경등】 

사용자변경 등록: 
로그람들은 물분 
로 사용할수 있: 

자료 등록기들은 





대해 쓸수 있다. 그러나 흔히 제한들이 있다. 실례로 류동소수점연산에는 전용등록기들을 
쓸수 있고 옹근수연산에는 다른것들을 쓸수 있다. 

주소등록기들은 자료와 명령들에 대한 주기억기주소를 담고 있거나 완전한 즉 실제 
적 인 주소계산에 사용하는 일부 주소를 담고 있다. 이 등록기들은 그들자체 가 일반목적 
용일수도 있고 또는 기억기를 주소화하는 특정한 방안이나 방식에서 사용할수도 있다. 
다음과 갈은 실례들을 들수 있다. 

• 첨수등록기 : 첨수주소화는 주소화의 일반적인 방법으로서 여기서는 하나의 기준 
값에 어떤 첨수를 더하여 실제적인 주소를 얻는다. 

• 토막지시기 : 토막주소화를 보면 기억기는 토막들로 분할되며 그 토막들은 가변 
길이를 가진 단어블로크들이다. 기억기참조는 특정한 토막과 그 토막내에 있는 
편위에 대한 참조로 이루어 진다. 이 주소화방식은 제7장에서 설명하는 기억기관 
리에서 중요한 방식이다. 주소화방식에서 등록기는 토막의 기준주소(출발위치)를 
유지하는데 쓰인다. 다중등록기들이 있을수 있는데 실례를 들면 조작체계용으로 
한개 (즉 조작체 계코드가 처 리 기 상에서 실행 되 고 있을 때 )와 현재 응용프로그람 
집행용으로 한개가 있을수 있다. 

• 탄창지 시 기 : 사용자변경탄창 1 주소화가 있 다면 그 탄창의 곡대 기 를 가리 키 는 전 
용등록기가 있다. 이것은 밀어넣기와 밀어내기와 같이 아무런 주소마당도 포함하 
지 않는 명령을 사용하게 한다. 

일부 기계들에서 어떤 수속 즉 보조루린호출은 있는 등록기들을 모두 자동적으로 보 
관하였다가 복귀할 때 회복될것 이 다. 보관과 회복은 호출과 복귀의 명 령실행부분으로서 
처리기가 수행한다. 이것은 매개 수속이 이 등록기들을 독립적으로 쓸수 있게 한다. 다른 
기 계 들에서 는 수속호출에 앞서 관련 이 있는 사용자등록기 들의 내 용보관을 프로그람작성 
자가 하며 프로그람에 이 목적을 위한 명령을 포함하고 있다. 이와 같이 보관과 회복기 
능은 기계에 따라서 장치적으로 또는 프로그람적으로 수행될수 있다. 

조종 및 상태등록기 

처 리 기의 동작을 조종하기 위하여 여 러 가지 처 리 기의 등록기들을 사용한다. 많은 기 
계들에서 이 등록기들은 대부분 사용자가 변경시킬수 없다. 그들중 일부는 조종 또는 조 
작체계방식 으로 귀 착되는 기계명 령을 집 행하여 호출할수도 있다. 

물론 각이한 기 계 들은 서 로 다른 등록기방식 들을 가지 며 각이한 전문용어 들을 쓴다. 
우리는 여기서 합리적이며 완전한 등록기형들에 대한 목록을 기본적인 설명을 불여 정리 
한다. 이미 언급된 MAR , MBR , I / OAR , I 八) BR 등록기들외에 명령집행에서 본질적인것 
들을 아래 에 설 명한다. 

• 프로그람계 수기 (PC) : 불러 내 야 할 명 령 주소가 있다. 

• 명령등록기 ( IR ) : 가장 최근에 불러 낸 명령이 있다. 

모든 처 리기설계는 프로그람상태 단어 ( PSW ) 로 알려 져 있는 어 떤 등록기 나 등록기 
묶음을 포함하게 되는데 PSW 는 상태정보이다. PSW 는 대체로 조건코드들과 새치기가능 
/불가능비 트와 관리기 /사용자방식비 트와 같은 다른 상태 정 보를 포함하고 있 다. 

조건부호들(기 발이라고도 한다.)은 처 리기장치의 조작결과에 얻 어 진 비트모임 이 다. 


탄창은 주기 억기에 있으며 련속적 인 주소의 모임으로서 우에서부터 넣고 불러 냄으로써 물리적 탄창 
과 류사하게 볼수 있다. 탄창처리에 대한 설명은 부록 1- l 를 보시오. 
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실례로 산수연산은 정，부，령이나 자리넘침결과를 산생시킬수 있다. 결과 그자체는 등록 
기나 기억기에 기억되는외에 조건부호는 그에 따르는 산수연산명령집행에 또 영향을 주 
게 된다. 부호는 조건분기조작의 일부로서 뒤따라 검사될수 있다. 조건부호비트들은 하나 
이상의 등록기들에 집중된다. 보통 그것들은 조종등록기부분을 형성 한다. 일반적 으로 기 
계명령들은 이 비트들을 암시적참조형식으로 읽어 내지만 명령집행결과를 보면 그 비트 
들은 귀환을 목적으로 하고 있기때문에 공개적참조형식으로 바물수 없다. 

다중새치기형을 사용하는 기계들에서는 매개 새치기조종루린에 하나의 지시기를 가 
지는 한조의 새치기등록기를 가질수 있다. 일정한 기능(실례로 수속호출)을 실현하기 위 
하여 탄창을 사용한다면 그때 체계 탄창지시기를 씨 야 한다(부록 1- L 를 보시오.). 제7장 
에 서 설명 하는 기 억 기 관리 장치 는 전용등록기 들을 요구한다. 끝으로 입 출력 조작들을 조종 
하는데 등록기들을 사용할수 있다. 

조종 및 상태등록기방식설계에는 몇가지 인자들이 들어 간다. 한가지 주요문제점은 
조작체계를 지원하는것이다. 조종정보의 정확한 형태는 조작체계에서 볼 때 전문프로그 
람인것이다. 처리기설계자가 사용되는 조작체계에 대한 기능적인 리해를 하고 있다면 등 
록기 방식 기 억 기 보호와 사용자프로그람들사이 의 절환과 갈은 특정 한 기 능들을 장치 적 으로 
지원할수 있도록 설계할수 있다. 

다른 하나의 주요설계문제는 등록기들과 기억기사이에서 조종정보의 할당이다. 기억 
기 단어의 수백 또는 수천분의 1은 조종목적 에 사용된다. 설계 자는 값이 비싸지만 속도가 
빠른 등록기들에 얼마만한 조종정보를 할당하며 값이 눅지만 속도가 느린 주기 억기에 어 
느만큼을 할당할것인가를 결심해야 한다. 

제 3 절. 명령집행 

처리기가 집행하여야 할 프로그람은 기억기에 기억된 명령의 모임으로 되여 있다. 
가장 단순한 형태로서 명령처리는 두 단계로 즉 첫 단계에서 처리기는 어떤 시각에 기억 
기로부터 명령을 읽어 내며(불러내기) 둘째 단계에서 매개 명령을 집행한다. 프로그람집 
행은 명령불러내기와 명령집행의 반복과정이다. 명령집행은 몇개의 조작을 포함할수 있 
는데 그것은 그 명령의 특성에 관계된다. 


_ 다음명령을 I 명령을 I _ 

ᅀ 시작 불러 낸다. I __ 집행한다. I _/ 해 \ 


그림 1-2. 기본명 령주기 


하나의 단순한 명령에 요구되는 처리를 명령주기라고 한다. 간단한 두 단계설명을 
사용하여 명 령주기를 그림 1-2 에 보여 주었다. 두 단계는 불러 내기주기와 집행주기로 표 
시하였다. 프로그람집행은 기계에 전원이 차단되였거나 일부 회복할수 없는 오유가 발생 
하였을 때 또는 콤퓨터를 정지시키는 프로그람명 령과 부닥쳤을 때 에만 정지한다. 

명령불러내기와 집행 

매개 명령주기의 초기에 처리기는 기억기로부터 명령을 불러 낸다. 대표적인 처리기 
들에서 프로그람계수기 ( P 必는 다음번에 불러 내야 할 명령주소를 보관하고 있다. 다른 
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한편 다른 명령을 받지 않는 한 처리기는 매개 명령을 불러 낸후에 항상 PC 를 증가시켜 
다음명령(즉 다음의 높은 기억주소에 있는 명령)을 순서대로 불러 낼수 있다. 실례로 매 
개 명령이 하나의 16 bit 단어기억기를 차지하는 간단한 콤퓨터를 고찰하여 보자. 프로그 
람계수기는 위 치 300에 설정되 여 있다고 가정한다. 처 리 기는 위 치 300에 있는 다음명 령 
을 불러 낸다. 명 령주기를 이 어가면서 처 리기는 위 치 301，302,303,…으로부터 명 령을 불 
러 낸 다. 후에 설 명하게 되 겠지 만 이 순서 는 변화될수 있 다. 

불러낸 명령을 명령등록기 ( IR ) 라고 하는 처리기안에 있는 등록기에 적재한다. 명령 
은 처 리기 가 취 하게 될 동작을 규정 하는 비트들을 포함한다. 처 리 기는 명 령을 해석 하고 
요구되 는 동작을 수행한다. 일 반적 으로 이 동작들은 4개 의 범 주에 귀 착된 다. 

• 처리기-기억기 : 처리기에서 기억기에로 또는 기억기에서 처리기에로 자료를 이 
송할수 있다. 

• 처리기-입출력 : 처리기와 입출력모둘사이의 이송방식으로 주변장치로부터 또는 
주변장치에로 자료를 이송할수 있다. 

• 자료처리 : 처리기는 자료에 대한 일정한 산수적 또는 론리적연산을 수행할수 있다. 

• 조종 : 명령은 집행순서가 달라 진다는것을 지정할수 있다. 실례로 처리기는 주 
소 149에서 명령을 불러 낼수 있는데 그 명령은 다음명령이 주소 182에 있다는것 
을 지정할수 있다. 처 리기 는 PC 를 182로 설정 한다. 그러므로 다음 불러 내 기 주기 
에서 150이 아니라 주소 182부터 명령을 불러 낸다. 


bit 0_3_4_15 


1 

연산코드 


주소 

1 

bit 0 1 

n) 



15 

노심__ 

크 

기 


^1 


프로그람계수기 (PC) = 명령의 주소 
명 령등록기 ( IR ) =집행하러는 명 령 

축적 기 (AC) = 림 시 보관 

n) 

0001 = 기억기로부터 AC 에 넣기 
0010 = AC 를 기 억 기 에 보관 
0101 = 기억기로부터 AC 에 추가 

s) 

그림 1-3. 가상기계의 특성: n - 명령형식, 옹근수형식, 

t - 내부 CPU 등록기 , 근-연산 코드의 부분목록 (2 진형식) 

명령집행은 이 동작들의 조합으로 이루어 진다. 

그림 1-3 에 보여 준 특성을 가지는 가상기계를 사용하여 간단한 실례를 들어 보자. 
처 리기는 축적기 ( AC ) 가 호출한 하나의 자료등록기를 가지 고 있다. 명 령과 자료는 둘다 
16 bit 길이를 가진다. 이렇게 되면 16 bit 즉 단어를 사용하여 기억기를 조직하기 편리하다. 
명 령형식은 연산코드에 4 bit 를 할당하므로 2 4 =16 개의 각이한 연산코드들이 있을수 있으 
며 (한자리의 16 진수 2 로 표시된다. ) 단어 기 억 기를 직 접 주소지정할수 있다 (3 자리의 16 진수 


수체 계 (10 진， 2 진, 16 진)는 the Computer Science Student Support Site at William 
Stallings.com/Student Support, html. 에서 참조할수 있다. 
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다음명 령 (5941) 
…에 이미 있 1 


다음명 령 (2941) 




이 실례에는 세개의 명령주기가 있는데 개개는 불러내기주기와 집행주기로 되여 있 
으며 주소 940의 내 용을 841의 내 용에 더할것 을 요구한다. 더 복잡한 명 령 들에 서 는 주기 
가 좀 더 요구된다. 현대처 리기들은 대부분 하나이상의 주소를 포함하는 명 령 들을 가지 
고 있다. 때 문에 특정 한 명 령의 집 행주기 에 는 한번이 상의 기 억기참조가 있게 된다. 또한 
기 억 기 참조대 신에 명 령 은 입 출력 조작을 지 정 할수도 있 다 . 

입출력기능 

여기까지 우리는 처리기가 조종하는 를퓨터의 동작을 설명하였고 처리기와 기억기에 
대하여 초보적으로 보았다. 설명은 입출력구성요소의 역할에 대하여 스쳤을뿐이다. 

입출력모둘(실례로 디스크 조종기)은 처리기와 직접 자료를 교환할수 있다. 처리기가 
기억기에 대한 읽기나 쓰기，특수한 위치에 대한 주소지정을 할수 있는것과 꼭같이 입출 
력모둘로부터 자료를 읽거나 써넣을수 있다. 이 경우에 처리기는 특정한 입출력모둘이 
조종하는 지정된 장치를 식별한다. 

일부 경우에 입 출력 과제 에 대 한 처 리 기의 부담을 덜 어 주기 위하여 입 출력장치 가 직 
접 기 억기를 관리하게 하려는 요구가 있을수 있다. 그러한 경우에 처 리기는 처 리기 에 매 
이 지 않고 입 출력 -기 억 기 사이에 서 자료를 받을수 있 다. 자료의 주고받기 기 간에 입 출력 모 
둘은 기억기에 읽기나 쓰기지령을 내보내며 자료교환에서 처리기의 부담을 덜어 준다. 
이 동작을 직접기 억기접근 ( DMA ) 이 라고 하는데 후에 다시 고찰한다. 

제 4 절. 새치기 

실제상 모든 콤퓨터들은 처리기가 일반처리를 하는 경우 다른 모둘들(입출력，기억 
기)이 새치기할수 있는 기구를 갖추고 있다. 표 i - i 은 가장 일반적인 새치기들을 분류하 
여 놓은것이다. 


표 i - i . 새치기의 분류 


프로그람 산수적 자러초과，0에 의한 나누기，허용할수 없는 기계명령을 집행하 

려는 시도, 사용자에게 허용된 기억구역밖을 참조하려는것과 갈은 명령 
집행결과로 하여 생기는 일부 조건들에 의하여 발생한다. 

시 계 처 리 기 안에 있는 시 계 에 의 하여 발생 한다. 이것은 조작체 계 가 정 규적 인 

기 준우에 서 정 해 진 기 능을 수행 하도록 한다. 

입출력 입출력조종기에 의하여 발생하는데 어떤 조작을 정상완료하였다는 신 

호로 되거나 각이한 오유조건에 대한 신호로 된다. 

장치고장 장치고장이나 기억기부분오유와 같은 고장에 의해 발생한다. 


새치기들은 일차적으로 처리효률을 개선하기 위한 한가지 방도로 된다. 실례로 대부 
분 입출력장치들은 처리기보다 속도가 훨씬 느리다. 이제 처리기가 그림 1-2 의 명령주기 
도식 을 사용하여 인쇄 기 에 자료를 전 달한다고 가정해 보자. 매 개 쓰기 조작을 한후 처 리 
기 는 인쇄 기 가 붙잡을 때까지 정지해 야 하며 휴식상태 에 있어 야 한다. 그 정지길 이 는 수 
백 내 지 수천개 의 명 령 주기 (기 억 기 는 다치 지 않는다. ) 에 이 를수 있 다. 이 것 은 처 리 기 에 
대 해서 명 백하게 랑비 로 된다. 

그림 1-5 1는 이와 같은 상태의 사건들을 보여 주고 있다. 사용자프로그람은 처리와 
교차되 여 련속적 인 WRITE 호출을 수행한다. 코드토막 1，2와 3은 입 출력 을 포함하지 않 
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는 명령렬을 가리킨다. WRITE 호출들은 체계편의응용프로그람과 실제적인 
수행할 입 출력 프로그람이다. 입 출력프로그람은 세 개의 부분으로 구성 되 여 있 

• 그림 에서 4로 표기 하고 있는 명 령별로서 실제적 인 입 출력동작을 준비 
이 다. 이것은 특정한 완충기 에 출력해 야 할 자료복사와 장치지 령을 - 
터준비를 포함할수 있다. 

• 실제적인 입출력지령새치기를 사용하지 않고 일단 이 지령이 나오면 
입 출력 장치 가 필 요한 기 능을 수행 하기 를 기 다려 야 한다(또는 입 출력 : 
주기적인 상태검사，문의조사를 해야 한다.). 프로그람은 입출력조작 
는가를 확인 하기 위한 검 사조작을 단순히 반복수행하면서 기 다릴 수 5 

• 그림 에서 5로 표기 하고 있는 명 령 렬 로서 조작을 완성 하기 위 한것 이 다 
작의 성공이나 실패를 나타내는 기발설정을 포함할수 있다. 

입 출력 조작은 상대 적 으로 오랜 시 간에 걸 쳐 완료되 며 입 출력프로그람은 
완료될 때까지 기다리게 되므로 사용자프로그람은 WRITE 호출시점에서 상딩 
간동안 정지된다. 

새치기와 명령주기 

입출력조작이 진행되는 동안 처리기는 다른 명령집행에 사용될수 있다. 
에서의 흐름조종을 고찰하자. 이전과 같이 사용자프로그람이 WRITE 호출로 
해야 할 위치에 온다. 이 경우 요구되는 입출력프로그람은 단지 코드준비와 
출력지령으로 구성된다. 이 명령을 집행한후에 조종은 사용자프로그람에로 돌 
사이 외부장치는 콤퓨터기억기에서 자료를 받고 그것을 인쇄한다. 입출력조: 
프로그람에서의 명 령집 행과 병 행하여 처 리된다. 







새치기를 발생시켰는가를 결정하고 그 입출력장치에 자료를 더 써 넣을 프로그람에로 이 
행 할수 있다. 새 치기조종기루린이 끝나면 처 리기는 새 치기시점 에 있는 사용자프로그람의 
집행을 회복할수 있다. 

명백한것은 이 처리에서 일정한 중복이 있다는것이다. 새치기의 특징을 판정하기 위 
하여 그리고 알맞는 동작을 결정하기 위하여 추가적인 명령들을 집행해야 한다(새치기조 
종기에서). 그럼에도 불구하고 입출력조작에 상대적으로 많은 시간을 랑비하게 되므로 
새치기를 사용하여 처리기를 훨씬 더 효과적으로 사용할수 있다. 

효률에서 의 리 득을 확인하기 위하여 그림 1-8 을 고찰하여 보자. 이 그림 은 그림 1-5 
자 와 1-5 l 에 있는 조종흐름에 대 한 시 간선도이다. 그림 1-5 와 1-8 은 입 출력 조작에 요구 
되는 시간이 상대적으로 짧다고 즉 사용자프로그람에서 쓰기조작들사이에 있는 명령집행 
을 끝내는 시 간보다 짧다고 가정 하고 있다. 보다 일반적 인 경우 특히 인쇄기와 같이 속 
도가 느린 장치 들에서 입 출력 조작은 사용자명 령렬을 집 행하는것 보다 훨씬 더 많은 시 간 
이 든다. 그림 1-5 도는 이런 상태에 있는 사건들을 보여 준다. 이 경우 사용자프로그람 
은 입 출력 조작이 첫 호출을 끝냈 다는것 을 알려 주기전에 두번째 WRITE 호출을 처 리 할 
수 있고 또 새로운 입출력조작을 기동할수 있다. 그림 1-9 는 새치기가 있는 경우와 없는 
경우에 대한 시간선도를 보여 준다. 입출력조작기간 일부 시간이 사용자명령들의 집행과 
내 적 으로 겹 쳐 지 기 때 문에 아직 효률에 서 현저한 차이 가 있 다는것 은 잘 알수 없 다. 
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그림 1-8. 프로그람시간선도: 짧은 입 출력 대 기 
n - 새치기가 없는 경우, i _- 새치기가 있는 경우 
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새치기처리 

새치기발생은 처리기장치에서 그리고 프로그람에서 몇가지 사건을 일으킨다. 그림 
1-10 은 대 표적 인 순차를 보여 준다. 입 출력장치 가 입 출력 조작을 끝내 면 다음순서 의 장치 
사건들이 발생한다. 

1. 장치는 처리기에 새치기신호를 내보낸다. 

2. 처 리 기 는 새 치 기 에 응답하기 전에 현재 명 령 집 행 을 완료한다(그림 1-7 에 보여 준것 
과 같다.). 

3. 처 리기는 새 치기를 검사하고 새 치기 가 있다는것을 판정하며 새 치기를 내 보낸 장 
치에 응답신호를 보낸다. 이 응답은 장치가 자기의 새치기신호를 철수하도록 
한다. 

4. 처 리 기 는 조종을 새 치 기 루린 에 넘 길 준비 를 하도록 요구한다. 처 음 새 치 기 시 점 에 
있는 현재프로그람을 회복하는데 필요한 정보를 보관하도록 요구한다. 요구되 
는 최소정보는 프로그람상태단어 PSW 와 집 행해 야 할 다음번 명 령의 주소인 
프로그람계수기의 내용이다. 이것을 체계조종탄창에 밀어 넣을수 있다(부록 
1 -L 를 보시 오. ) . 
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그림 1-9. 프로그람시간선도: 긴 입 출력 대 기 
새치기가 없는 경우， L - 새치기가 있는 경우 



•계수기가 
로그람게; 
1탐에 조 


사 진다. 








9. 최 종동작은 탄창으로부터 PSW 와 프로그람계수기 값들을 원래 대 로 회 복하는것 이 다. 

결국 집행해야 할 다음명령은 이미 새치기 받은 프로그람으로부터 나오게 된다. 

중요한것은 새치기 받은 프로그람에 대하여 후에 회복할수 있도록 상태정보를 모두 
보관하는것 이 다. 이것은 새 치기가 프로그람으로부터 호출된 루린이 아니기때 문이 다. 물론 
새 치 기는 임의의 순간에 그리 고 사용자프로그람집 행 도중 임의의 위 치 에서 발생할수 있다. 
새 치기발생은 예측할수 없다. 

다중새치기 

지금까지는 단일새 치기의 발생 에 대해서만 설명하였다. 그러 나 다중새 치기가 발생할 
수 있다고 가정하자. 실례로 어떤 프로그람이 통신회선으로부터 자료를 받으면서 결과들 
을 인쇄할수 있다. 인쇄기 는 인쇄조작을 완료할 때 마다 새 치 기를 발생 시킨다. 통신회선은 
한조의 자료가 도착할 때마다 새치기를 발생시킨다. 그 자료는 한개 문자일수도 있고 한 
개 블로크일수도 있는바 그것은 통신능력에 관계된다. 어느 경우이든 인쇄기를 처리하고 
있는 기 간에 통신새 치 기 가 발생 할수 있 다. 

다중새치기는 두가지 방법으로 취급할수 있다. 첫째로는 어떤 새치기를 처리하고 있 
는 동안에는 다른 새치기들을 허용하지 않는 방법이다. 금지형새치기는 단순히 처리기가 
임의의 새 로운 새 치 기요청 신호를 무시할수 있으며 무시하게 된다는것을 의미한다. 이 시 
간내 에 발생하는 새 치기는 미정 으로 되며 처 리기 가 새 치 기들을 다시 허용한후에 처 리기 
가 그것을 검사하게 된다. 이와 같이 사용자프로그람이 집행중에 있을 때 새치기가 발생 
하면 그것은 즉시에 무효로 된다. 새 치기조종기루린이 끝난다음 사용자프로그람을 회복 
하기 전 에 새 치 기 들은 다시 허 용되 며 처 리 기 는 추가적 인 새 치 기 들 이 발생 했 는가를 검 사한 
다. 이 방법은 새치기들을 엄밀한 순서로 조종하므로 단순하고 간단하다(그림 1-12 1). 

이 방법 의 약점 은 상대 적 인 우선권과 시 간림 계 요구를 고려하지 않는다는것 이 다. 실 
례로 입력이 통신회선으로부터 들어 올 때 입력을 빨리 처리하여 입력을 더 받기 위한 
공간을 만들어 야 한다. 만일 두번째 묶음이 들어 오기 전에 첫 입 력 묶음을 처 리하지 못한 
다면 입 출력장치 의 완충기 가 차고 넘 칠수 있으므로 자료를 잃 어 버 릴수 있 다. 

둘째 방법은 새치기들에 우선권을 정해 놓고 높은 우선권을 가진 새치기가 낮은 우 
선권을 가진 새 치기조종기를 새 치기하도록 하는것 이 다(그림 1-12 L ). 둘째 방법 에 대 한 
실례로 인쇄기, 디스크와 통신회선으로 구성된 세개의 입출력장치를 가진 체계를 고찰하 
여 보자. 우선권은 각각 2，4, 5순서로 놓는다고 하자. 그림 1-13 은 가능한 순서를 보여 
준다. 사용자프로그람은 t =0 에서 시작한다. t =10 에서 인쇄기새치기가 발생하고 사용자정 
보는 체 계탄창에 들어 가며 집 행은 인쇄 기새 치 기 봉사루린 ( ISR ) 에서 계속한다. 이 루린이 
아직 집 행되고 있는중인 t =15 에서 통신새 치기 가 발생한다. 통신회선이 인쇄 기보다 높은 
우선권을 가지고 있기때문에 새치기가 허용된다. 인쇄기 ISR 는 새치기되며 그 상태는 탄 
창에 들어 가고 집행은 통신 ISR 에서 계속된다. 이 루린을 집행하고 있는중에 디스크새 
치기 가 발생한다 ( t =20). 이 새 치기는 보다 낮은 우선권을 가지 고 있기때 문에 보류되고 
통신 ISR 가 집행을 완료한다. 

통신 ISR 가 끝나면 ( t =25) 이 전 처 리 기 상태 가 회 복된다. 이 전 처 리 기 상태 는 인쇄 기 
ISR 의 집행 이다. 그러나 그 루린에서 단 한개의 명 령도 집행될 가능성을 주지 않고 처 리 
기는 보다 높은 우선권을 가진 새치기를 허용하며 조종은 디스크 ISR 에 이송된다. 루린 
이 완료될 때 ( t =35) 에 야 비 로소 인쇄 기 ISR 가 회 복된 다. 루린 이 완료되 였을 때 ( t =40) 조 
종은 사용자프로그람에로 돌아 간다. 
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다중프로그람처리 

새치기들을 사용한다고 하여도 처리기를 완전히 효률적으로 쓸수 없다. 실례로 그림 
1-9 l 는 처리기를 더 잘 사용할수 있다는것을 보여 주고 있다. 입출력조작을 완료하는데 
요구되 는 시 간이 입 출력호출들사이 의 사용자코드보다 훨씬 더 크다면(일 반적 인 상태 이 
다. ) 처 리 기는 많은 시 간 정지 하게 된다. 이 문제 에 대 한 해 결 방도는 다중사용자프로그람 
을 갈은 시간에 동작하도록 하는것 이 다. 

실 례 로 처 리 기 가 두개 의 프로그람을 집 행 해 야 한다고 가정 하자. 하나는 기 억 기 로부 
터 자료를 읽 어 외부장치 에 내보내는것 이고 다른 하나는 많은 계산을 해 야 하는 응용프 
로그람이라고 하자. 처 리 기는 출력프로그람을 시 작하여 외부장치 에 쓰기지 령 을 내 보낼수 
있으며 그다음 응용프로그람을 집 행할수 있다. 처 리기 가 많은 프로그람들을 취급할 때 
어 느 프로그람을 집 행하겠는가 하는 순서 는 그것 들의 상대 적 인 우선권은 물론 입 출력 을 
기다리고 있는가 아닌가 하는데 관계될것이다. 프로그람이 새치기되여 조종이 새치기조 
종기 에 이 송되 였 다면 일 단 새 치 기 조종루린은 완료되 고 조종은 그때 집 행 중에 있던 사용 
자프로그람에 즉시로 되돌아 가지 않을수도 있다. 그대신 조종은 보다 높은 우선권을 가 
진 다른 프로그람에로 건너 펄수 있다. 결국 새치기된 사용자프로그람은 자기가 제일 높 
은 우선권을 가졌을 때 회복된다. 집행상순서를 가지는 다중프로그람들에 대한 개념을 
다중프로그람처 리 라고 하며 제 2장에 서 더 설 명한다. 

제 5 절. 기억기의 계층구조 

콤퓨터의 기억기에 대한 설계제약조건은 세가지 질문으로 요약할수 있다. 즉 얼마만 
한 량으로? 얼마나 빨리? 얼마만한 가격 으로? 

량적크기에 대한 문제는 어느 정도 한계가 있다. 용량이 주어 지면 응용에서는 그것 
을 사용하도록 개발할수 있다. 속도상문제는 의미상 대답하기 더 쉽다. 가장 빠른 동작을 
달성하자면 기억기가 CPU 와 보조를 맞출수 있어야 한다. 즉 처리기가 명령들을 집행함 
에 있어서 명령이나 연산수들을 기다리면서 정지하는 일이 없도록 해야 한다. 최종문제 
도 고찰해 보아야 한다. 실지 체계들에서 기억기의 비용은 다른 구성성분들과의 관계로 
볼 때 무시할수 없 다. 

예측할수 있는것은 기억기에 대한 세가지 주요특성 즉 비용，용량 및 호출시간사이 
에 절충방안이 있다는것이다. 주어 진 시대에 기억기체계를 실현하기 위하여 각이한 방 
안을 사용하게 된다. 이 여 러가지 방안들속에서 다음의 관계가 보존된다. 

• 접근시간이 빠를수록 비트당 비용은 더 커 진다. 

• 용량이 콜수록 비트당 비용은 더 작아 진다. 

• 용량이 콜수록 접근시간은 떠 진다. 

설계자들이 고충을 겪는것은 명백하다. 설계자는 큰 용량의 기억기를 제공하는 방안 
을 쓰러고 한다. 그것은 큰 용량이 필요하며 또 비트당 비용도 낮기때문이 다. 그러 나 동 
작요구를 만족시키기 위해 설계자는 값이 비싸지만 접근시간은 빠르고 용량이 작은 기억 
기를 쓰러고 한다. 

이것을 해결하기 위한 방도는 단일한 기억기요소나 기술에 의거할것이 아니라 기억 
기계층구조를 사용하는것 이 다. 대표적 인 계층구조를 그림 1-14 에 보여 주었다. 분층은 다 
음과 갈은 특성 이 있다. 


31 



① 비트당 비용이 작아 진다. 

:• 용량이 커진다. 

③ 접근시 간이 증가한다. 

■ 처리기가 기억기에 접근하는 빈도는 작아 진다. 



이렇게 함으로써 보다 작고，값이 비싸며，속도가 빠른 기억기들은 보다 크고，눅으 
머，속도가 느린 기억기들로 보충된다. 이 구성방식을 성공시킬수 있는 열쇠는 마지막항 
목 즉 접근빈도를 줄이는데 있다. 캐쉬를 설명할 때 그리고 가상기억기층을 설명할 때 
이 개념을 더 구체적으로 론의하기로 하자. 기본적인 설명은 여기서 한다. 

처 리 기 가 2준위 의 기 억 기 에 접 근한다고 하자. 1준위 는 1000개 의 단어 를 가지 고 있 으 
며 접근시간은 0.1與이다. 2준위는 100,000단어를 가지고 있으며 접근시간은 1與이다. 접 
근하여야 할 단어가 1준위에 있으면 처리기는 그것에 직접 접근하며 2준위에 있으면 우 
선 그 단어 를 1준위 에 로 전송하고 그다음 접 근한다고 가정 하자. 간단히 하기 위하여 처 
리기가 그 단어가 1준위에 있는가 또는 2준위에 있는가를 판정하는데 걸리는 시간은 무시 
한다. 그림 1-15 은 이 상태를 포괄하는 일반적 인 곡선모양을 보여 주고 있다. 그림은 2준 
위 기억기 에 대 한 평균접근시 간을 명중률 H 의 함수로 보여 준다. 여 기서 H 는 고속기 억구 
조(실례로 캐쉬)에서 차지하는 모든 기억기접근의 몫으로 정의된다. Ti 은 1준위에 대한 
접근시 간이며 T 2 는 2준위 에 대 한 접근시 간이 다. 3 1준위 에 대 한 접근이 많아 질수록 총적 
인 평 균접 근시 간은 2준위 보다 1준위 접 근시 간에 훨 씬 더 가깝다는것 을 알수 있 다. 

우리 가 든 실례 에서 95%의 기 억기접근이 캐쉬 에서 발견된다고 가정 하자 ( H =0.95). 
그러 면 단어 에 접 근하는 평 균시간은 다음과 같이 표시할수 있 다. 

(0.95) (0. 1패) + (0.05) (0. lj / s + lj / s ) =0.095+0.055=0. 15 us 


접근된 단어가 고속기억기에서 발견되면 그것을 명중으로 정의한다. 접근된 단어가 고속기억기에서 
발견되지 않으면 실패가 일어 난다. 
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결과는 고속기억기의 접근시간에 아주 가깝다. 중요한것은 원리적인 해결대책을 세 
워 야 하며 그것은 조건 ①-④를 적용함으로써만 할수 있다. 어떤 방안을 적용하든 조건 
①ᄊ<1)을 만족시키는 기억기체계는 무수히 많다. 조건,'#도 일반적으로 유효하다. 



1준위만을 포함하는 호출비률(명중률) 

그림 1-15. 단순한 2준위기억기의 동작(명중률) 

조건나後의 유효성에 대한 기초는 참조의 국소성이라고 하는 원리이다 [DENN 68]. 
프로그람을 집 행하는 과정 에 명 령과 자료를 위해 처 리기 가 기 억기를 참조하는것은 클라 
스터를 짓는 경향성을 가진다. 프로그람들은 대체로 반복고리들과 보조루린들을 가지고 
있다. 일단 고리 나 보조루린에 들어 가면 작은 명 령묶음에 대한 참조가 반복된다. 류사하 
게 표와 배렬들에 대한 조작은 클라스터를 이루는 자료단어모임을 호출하게 된다. 오랜 
기간에는 콜라스터가 사용중에 변하지만 짧은 기간에는 처리기가 초보적으로 고정된 클 
라스터형 기억기를 참조하면서 동작한다. 

따라서 차례로 낮아 지는 개개의 준위에 대한 접근비률이 웃준위에 대한 접근보다 
본질적으로 작은 계층구조에서 자료를 조작할수 있다. 이미 언급한 2준위실례를 고찰하 
자. 2준위기억기가 모든 프로그람명령과 자료를 가지고 있다고 하자. 현재클라스터는 일 
시 적 으로 1준위 에 놓여 있을수 있다. 시 간이 지 나감에 따라 1준위 에 있는 클라스터들중의 
하나를 2준위의것과 바꾸어 1준위에로 들어 오는 새 클라스터를 위한 공간을 만들어야 한 
다. 그러나 평균적으로 대부분의 참조과정은 1준위에 있는 명령과 자료에서 일어 난다. 

이 원리를 2준위이상의 기억기에 적용할수 있다. 가장 빠르고 가장 작으며 가장 값 
비싼형의 기 억기는 처 리기안의 등록기들로 이루어 져 있다. 일부 기계들은 수백개의 등 
록기를 가지고 있지만 대체 로 처 리기는 몇타스의 등록기를 가질것 이다. 2준위 에로 되돌 
아 간다면 주기억기 는 콤퓨터의 원리 적 인 내 부기 억체 계 이 다. 주기억기 에서 매 개 위 치는 
유일한 주소를 가지며 대부분의 기계명 령들은 하나이상의 주기억기주소들을 참조한다. 
주기억기는 보통 속도가 빠르고 하나이상의 주기억기 들을 참조한다. 주기억 기는 보통 속 
도가 빠르고 작은 캐쉬 로 확장된다. 캐쉬는 보통 프로그람작성 자가 변경시 킬수 없으며 
실제상 처리기도 변경시킬수 없다. 그것은 주기 억기와 처리기등록기들사이에서 동작을 
개 선하기 위하여 자료의 이 동을 계 획 화하여 주는 장치 이 다. 

방금 설명 한 세 가지 형 태 의 기 억 기 는 대 체 로 휘 발성 이 며 반도체 기 술을 사용한다. 세 
개의 준위를 사용하는것은 속도와 비용에서 차이 가 있는 반도체기 억기들이 여 러 가지 형 
태로 존재한다는 사실을 받아 들였기때문이 다. 자료는 외부의 큰 기 억장치들에 보다 영 
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구적으로 기억된다. 그중에서 가장 일반적인것은 하드디스크이며 지울수 있는 디스크，테 
프 및 빛기 억 장치 와 같이 지울수 있는 매체 이 다. 외부에 있는 비 휘 발성기 억 기를 2차기억 
기 또는 보조기억기라고도 한다. 이것들은 프로그람과 자료파일들을 기 억시키는데 쓰이 
며 개별적인 바이트나 단어들과 달리 보통 파일과 레코드에 의해서만 프로그람작성자에 
게 보인다. 디스크는 또한 가상기 억기 로 알려 져 있는 주기억기 에로 확장하는데도 쓰인 
다. 제 8장에 서 이 내 용을 설 명한다. 

보충적 인 준위 들을 쏘프트웨어적 으로 계층구조에 효과적 으로 추가할수 있다. 실례 로 
주기억기 의 일부분을 디스크로 읽 어 내 보내 는 자료를 일시 적 으로 유지 하기 위한 완충기 
로 사용할수 있 다. 이 러 한 수법 을 때 때 로 디 스크캐 쉬 라고 한다(제 11장에 서 구체 적 으로 
설 명한다. ) . 디 스크캐 쉬 는 두가지 방법 으로 동작을 개 선한다. 

• 디스크쓰기 가 클라스터를 이룬다. 작은 자료이송을 많이 하는 대 신에 몇개의 큰 
자료이송을 한다. 이것은 디 스크동작을 개선시 키며 처 리 기포함을 최 소화한다. 

• 디스크에 다음번 덤프하기전에 써내기용으로 지정된 일부 자료를 프로그람이 참 
조할수 있다. 이 경우에 자료는 느린 디스크로부터가 아니 라 쏘프트웨 어캐쉬로부 
터 빨리 찾아 볼수 있다. 

부록 1-1 는 다준위 기 억 기구조의 동작꾸밈 을 론의한다. 

제 6 절. 캐쉬 

캐쉬는 조작체계가 변경시킬수 없지만 다른 기억기관리장치와 대화한다. 더우기 가 
상기억 기 구조에 사용된 많은 원 리 들은(제 8장에 서 설 명한다. ) 캐 쉬 에 도 적 용된 다. 

캐쉬의 필요성 

모든 명령주기에서 처리기는 적어도 한번 기억기에 접근하여 명령을 불러 내며 흔히 
추가적으로 여러번 접근하여 연산수들을 불러 내거나 결과를 기억시킨다. 처리기가 명령을 
집 행 할수 있는 시 간은 명 백 히 기 억 주기 시 간으로 인 한 제 한을 받는다. 처 리 기 와 기 억 기 속도 
사이의 지속되는 불일치로 하여 이 제 한은 더 빨리 증가하고 있다. 부닥치는 문제는 속도， 
비용 및 용량크기사이의 절충방안에 대 한것 이 다. 리상적 으로는 주기억기를 처 리기등록기와 
같은 기술로 제 작하여 기 억기주기시 간을 처 리기주기시 간과 비 교할수 있을만큼 만들어 야 
한다. 그런데 이것은 너무 값 비싼 방법이다. 해결방도는 처리기와 주기억기사이에서 작고 
도 빠른 기억기 즉 캐쉬를 넣어 줌으로써 국소성의 원리를 받아 들이는데 있다. 

블로크이 송 
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그림 1-16. 캐 쉬 와 주기억 기 




캐쉬의 원리 

캐쉬는 기억기속도를 가능한한 가장 빠른 기억기속도에 접근시키며 동시에 값 비싼 
반도체기억기들보다 적은 비용으로 큰 기억용량을 보장할것을 지향하고 있다. 이 개념을 
그림 1-16 에 서 설 명 하고 있 다. 상대 적 으로 크고 느린 주기억 기 와 함께 보다 작고 고속인 
캐 쉬 가 있다. 캐쉬는 주기억 기의 일부분에 대 한 복사를 포함하고 있다. 기 억 기의 단어를 
읽으러고 할 때 그 단어가 캐쉬에 있는가를 관정하기 위한 검사를 진행한다. 만일 있다 
면 그 단어는 처 리기 에 들어 간다. 만일 없으면 일정하게 고정된 수의 단어로 이루어 지 
는 주기억기블로크를 캐쉬 에 읽 어 들이고 다음에 그 단어가 처 리기 에 들어 간다. 참조의 
국소성현상으로 인하여 자료블로크가 캐쉬에 들어 가면 그 블로크내에 있는 다른 단어를 
후에 참고할수 있 으므로 단일 기 억 기참조를 만족시 킬수 있 다. 

그림 1-17 은 캐쉬/주기억기체계의 구조를 보여 주고 있다. 주기억기는 2" 개의 주소화 
할수 있는 단어 로 구성되며 매 개 단어는 단일한 « bit 주소를 가지 고 있다. 주소사영의 목 
적으로부터 이 기억기가 각각 K 개 단어로 된 많은 고정길이블로크로 되여 있다고 보자. 
즉 M =2"/ K 개의 블로크가 있다. 캐쉬는 각각 K 개 단어를 가지는 C 개의 홈으로 구성되 여 
있고그 홈의 수는 주기억기블로크의 수보다는 상당히 작다 ( C « M ). 4 주기억기의 일정한 
블로크들의 부분모임 이 캐쉬내의 홈들에 있다. 캐 쉬 에 없는 기 억기 블로크내의 단어를 읽 
는다면 블로크는 캐쉬의 어느 한 홈에로 이송된다. 블로크들은 홈보다 더 많기때문에 개 
별 적 인 홈이 어 떤 특정한 블로크에 유일하게 영 구적 으로 배 당될 수도 없 다. 따라서 매 개 
홈은 특정한 블로크가 현재 기 억 되 여 있 다는것 을 식 별 해 주는 하나의 태 그를 포함하고 
있다. 태 그는 보통 몇개의 상위주소비 트이 며 비 트들의 련속으로 시 작하는 모든 주소를 
가리 킨다. 

간단한 실례로 6 bit 의 주소와 그 비트의 태그를 가지고 있다고 하자. 태그 이은 다 
음의 주소를 가진 기 억위 치의 블로크들을 참조한다. 즉 

010000, 010001， 010010, 010011， 010100, 010101, 010110, 010111, 011000, 011001, 

011010, 011011, 011100, 011101, 011110, 011111 

그림 1-18 은 읽 기 조작을 설명 하고 있다. 처 리 기 는 읽 으러 는 단어 의 주소를 발생 시 킨 
다. 만일 단어가 캐쉬에 포함된다면 그것이 처리기에 들어 간다. 그렇지 않으면 그 단어 
를 포함하는 블로크가 캐쉬에 적재되고 단어는 처리기에 들어 간다. 

캐쉬의 설계 

캐쉬설계에 대한 구체적인 설명은 이 책의 고찰범위를 벗어 난다. 여기서는 주로 기 
본적 인 요인들을 고찰하기 로 한다. 가상기 억기와 디 스크캐쉬설계를 취 급하는데서 류사한 
설계상의 문제점들을 고찰하게 된다는것을 알수 있다. 그 문제점들은 다음과 갈은 범주 
들에 귀착된다. 

• 캐쉬의 크기 

• 블로크크기 

• 사영기능 

• 치환알고리듬 

• 써넣기방책 


4 _ 기호 <<는《훨씬 더 작다.》를 의미한다. 류사하게 기호 效뇰《훨씬 더 크다.》를 의미한다. 


35 




우리는 이미 캐쉬크기문제를 취급하였다. 합리적이며 작은 캐쉬가 동작에 일정한 영 
향을 준다는데 대해서는 고찰하였다. 다른 크기문제는 바로 블로크크기 즉 캐쉬와 주기 
억기사이에서 교환되는 자료의 단위에 대한 문제 이 다. 블로크크기는 매우 작은 크기로부 
터 큰 크기에로 증가됨에 따라 국소성의 원리에 의하여 우선 명중률이 증가한다. 국소성 
의 원리는 참조한 단어의 근방에 있는 자료를 다음번에 참조할 가능성이 크다는것이다. 



블로크크기를 증가시킴에 따라 유효한 자료가 캐쉬에 더 많이 들어 오게 된다. 그러나 
좀 더 커지면 명중률은 감소하기 시작하며 새로 불러 낸 자료를 사용할 가능성은 블로크 
용으로 빈 공간을 만들기 위하여 캐쉬에서 옮겨야 할 자료를 다시 사용할 가능성보다 작 
아 지기 시 작한다. 

새로운 블로크의 자료를 캐쉬에 읽어 넣을 때 주소사영기능은 블로크가 캐쉬의 어느 
위 치를 차지 하게 되 는가를 관정 한다. 두개 의 제 한조건이 사영 기 능에 영 향을 준다. 첫째로， 
한 블로크를 읽어 넣을 때 다른 블로크를 교체해야 한다. 곧 다시 요구될 블로크를 교체 
할 가능성 이 최소로 되도록 진행하는것 이 좋을것 이 다. 배치기능이 유연해지면 질수록 명 
중률이 최대로 되게 알고리듬을 설계할수 있는 범위는 더 커진다. 둘째로，배치기능이 유 
연해질수록 주어 진 블로크가 캐쉬내에 있는가를 판정하기 위하여 캐쉬를 탐색하는데 필 
요한 회로는 더 복잡해 진다. 

치환알고리듬은 배치기능의 제한조건내에서 새로운 블로크를 캐쉬에 넣으려고 하는 
데 그 캐쉬가 이미 다른 블로크들로 채워 진 모든 블로크를 가질 때 교체해야 할 블로크 
를 선정한다. 곧 다시 요구될 블로크를 치환하는것이 좋을것이다. 이러한 블로크를 식별 
한다는것은 불가능하더라도 합리적이며 효과적인 방도는 더이상 참조되지 않으면서 캐쉬 
에 제일 오래 동안 머물러 있는 블로크를 치환하는것이다. 방책은 최근 최소사용알고리 
듬 ( LRU ) 이 라고 한다. 이 때 최 근에 최 소로 사용된 블로크를 식 별 하기 위한 장치 기 구가 
있어 야 한다. 
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한다. 써넣기방책은 언제 기억기써넣기조작이 일어 나는가를 지시한다. 
블로크가 갱신될 때마다 매번 써넣기를 진행할수 있다. 다른쪽 극단에 
L 체될 때 에만 써넣기를 진행할수 있다. 뒤의 방법은 기 억기쓰기조작을 
만 주기억기를 낡은 상태 에 머 물러 있게 한다. 이 것은 다중처 리 기조작과 
1한 직접기억접근에 영향을 줄수 있다. 

제 7 절. 입출력틍신기술 

입출력조작을 위 한 세 가지 수법 이 가능하다. 

. 프로그람식입출력 

• 새치기구동식입출력 

• 직접기억접근 

프로그람식입출력 






사하는것으로 된다. 

이러한 방법으로 처리기는 주기억기로부터 출구할 자료를 내보내고 주기억기에 입력 
할 자료를 기억시키는 책임을 진다. 입출력쏘 프트웨 어는 장치상태를 검출하며 읽기나 쓰 
기지령을 보내며 자료를 이송시키는 등의 입출력조작을 직접 조종하는 명령들을 처리기 
에서 집행시키도록 하는 방법 으로 작성 한다. 그러므로 명 령모임은 다음과 같은 범주들내 
에 있는 입출력명령들을 가진다. 

• 조종 : 외부장치를 동작시키며 해야 할 일을 알려 주는데 쓰인다. 실례로 자기 
레프장치와 한개의 레코드를 후진시키든가 전진시키도록 명령을 줄수 있다. 

• 상태 : 입출력모둘과 그 주변장치들과 관련된 여 러 가지 상태조건을 검사하는데 
쓰인다. 

• 이송 : 처리기등록기들과 외부장치들사이에서 자료를 읽거나 쓰는데 쓰인다. 

그림 1-19 1는 프로그람식입 출력 이 외 부장치 로부터 자료블로크 (실 례 로 테 프로부터 
한개의 레코드)를 기억기에 읽어 넣기 위한 사용실례를 보여 주고 있다. 자료는 한번에 
한단어 (16 bit ) 를 읽는다. 읽어 들인 매개 단어에 대하여 처 리기는 단어가 입출력모둘의 
자료등록기에서 유효한가를 판정할 때까지 상태검사주기에 남겨 놓아야 한다. 이 흐름도 
는 이 수법의 기본부족점 즉 처리기가 필요없이 동작상태에 있게 되는 시간소비처리에 
초점을 두고 있다. 

새치기구동식입출력 

프로그람식입 출력 에 서 문제 는 자료를 더 수신하겠는가 더 송신하겠는가 하는것 과 관 
련 하여 처 리 기 가 입 출력 모둘을 오랜 시 간동안 기 다려 야 한다는것 이 다. 처 리 기 는 기 다리 
는동안 입출력모둘의 상태를 반복하여 문의해야 한다. 결과적으로 총적인 체계의 동작준 
위는 심히 떨어 지게 된다. 

다른 방법으로서는 처리기가 모둘에 입출력지령을 내보낸 다음 다른 유용한 일을 계 
속해 나가도록 하는것이다. 처리기와 자료교환할 준비가 되였을 때 입출력모둘은 처리기 
를 새치기하여 봉사를 요청한다. 처리기는 그때 이전과 같이 자료이송을 집행한 다음 자 
기의 처리를 계속한다. 

우선 입출력모둘의 견지에서 입력이 어떻게 진행되는가를 고찰하자. 입출력모둘은 처 
리기로부터 READ 지령을 받는다. 다음 입출력모둘은 관련이 있는 주변장치로부터 자료를 
읽어 들인다. 일단 자료가 모둘의 등록기에 있으면 모둘은 조종회선을 통하여 처리기에 새 
치기신호를 보낸다. 이때 입출력모둘은 처리기가 그 자료를 요구할 때까지 기다린다. 요구 
가 나타나면 모둘은 자료를 자료모선상에 내보내고 다른 입출력조작을 준비한다. 

처리기가 하는 입력동작은 다음과 같다. 처리기는 우선 READ 지령을 내보낸다. 다 
음 현재프로그람의 내용(실례로 프로그람계수기와 처리기등록기들)을 보관하고 빠져 나 
와 그밖의 일정한 일을 한다(실례 로 처 리기 가 같은 시 간에 몇개의 서 로 다른 프로그람들 
상에서 동작하고 있을수 있다.). 매 개 명 령주기의 마감에 처 리기 는 새 치 기를 검사한다 
(그림 1-7). 입출력모둘로부터 새치기가 발생하면 처리기는 현재 집행하고 있는 프로그 
탐의 내용을 보관하고 새치기처리를 위해 새치기조종프로그람을 집행하기 시작한다. 이 
경우에 처리기는 입출력모둘로부터 자료단어를 읽고 그것을 기억기에 기억시킨다. 그다 
음 입출력모둘로부터 자료단어를 읽고 그것을 기억기에 기억시킨다. 그다음 입출력지령 
을 내 보냈던 프로그람 (또는 다른 프로그람)의 내 용을 회 복하고 집 행한다. 
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그림 1-19 l 는 새 치 기 구동식입 출력 을 사용하여 자료블로크를 읽 어 들이는 과정 을 
보여 주고 있다. 그림 1-19 자와 비교해 보자. 새 치기구동식입출력은 불필요한 대기시 간 
을 없애 버 리 기 때 문에 프로그람식 입 출력 보다 더 효과적 이 다. 그러 나 새 치 기 구동식 입 출력 
은 아직 많은 처 리기시간을 소비한다. 그것은 기 억기 로부터 입출력모둘로 또는 입출력모 
둘로부터 기억기에로 가는 매 자료단어가 처리기를 통과해야 하기때문이다. 

콤퓨터체계 에는 거의나 다중입출력모둘들이 있기때 문에 어 느 장치 가 새 치 기를 일으 
켰는가를 처리기가 판정할수 있도록 그리고 다중새치기인 경우 어느것을 우선 조종하겠 
는가를 결 심할수 있도록 해 주는 기 구가 있 어 야 한다. 일 부 갖추어 진 체 계 들에 는 다중 
새치기들이 있어서 매개 입출력모둘이 서로 다른 선상에 신호를 보낸다. 매개 회선은 서 
로 다른 우선권을 가진다. 다른 방법으로서 단일한 새치기선이 있을수 있지만 장치주소 
를 유지 하기 위하여 추가적 인 선들을 사용하여 야 한다. 또한 서 로 다른 장치 들에 도 각이 
한 우선권이 할당된다. 

직접기억접근 

새 치 기구동식입출력은 단순한 프로그람식입출력보다 효과적 이지 만 기 억기와 입 출력 
모둘사이 에서 처 리기가 자료를 이송시키는데 더 적극적으로 간섭할것을 요구하며 처 리기 
를 거치지 않고 임의의 자료를 이행시킬것을 요구하고 있다. 때문에 입출력형태들은 모 
두 두개의 내부약점을 가지고 있다. 

1. 입출력이송속도는 처 리기 가 장치를 검사하고 봉사할수 있는 속도로 인한 한계를 
가진 다. 

2. 처 리기는 입출력 이송을 관리하는데 매 이 게 된다. 즉 매 개 입출력 이송을 위하여 
매개의 명령을 집행해야 한다. 

큰 용량의 자료를 옮길 때보다 효과적인 기능 즉 직접기억접근 ( DMA ) 기능이 요구된 
다. DMA 기 능은 체 계 모선상에서 독립 적 인 모둘로 수행할수도 있고 입 출력 모둘에 포함시 
킬수도 있다. 어느 경우나 DMA 는 다음과 같이 동작한다. 처리기가 자료블로크를 읽거나 
쓰러고 할 때에는 DMA 모둘에 지령을 내보낸다. DMA 모둘에 보내는 지령은 다음과 같 
은 정보를 포함하고 있다. 

• 읽기 또는 쓰기의 요청 

• 입출력장치의 주소 

• 기억기에서 읽거나 써넣어야 할 시작위치 

• 읽거나 쓰러는 단어의 수 

처리기는 그다음 다른 일을 계속한다. 처리기는 입출력조작을 DMA 모둘에 넘기며 
그러 면 이 모둘이 그것 을 담당 처 리한다. DMA 모둘은 한번 에 한단어 씩 전체 자료블로크 
를 이송시키는데 처리기를 거치지 않고 직접 기억기와 주고받기를 진행한다. 이송을 끝 
내면 DMA 모둘은 처 리기에 새 치기신호를 보낸다. 이와 같이 이송의 시작과 끝점에서만 
처리기를 참가시킨다(그림 1-19 n ). 

DMA 모둘은 기 억 기 에 로 또 기 억 기 로부터 자료를 이 송시 키 기 위하여 모선을 조종해 야 
한다. 모선사용을 위한 경쟁때문에 처 리기가 모선을 요구하고 DMA 모둘을 기다려 야 할 때 
가 있을수 있다. 이것은 새치기가 아니라는것 즉 처리기가 어떤 내용을 보관하지 않으며 
그밖의 다른 일을 하지 않는다는것을 강조해 둔다. 다만 한 모선주기동안 처리기가 잠간 
정 지 하는것 뿐이 다. 총적 인 효과는 DMA 이 송기 간에 처 리 기 가 모선에 접 속할것 을 요구하는 
경 우에 처 리 기집 행 이 떠 지 게 된 다는것 이 다. 그럼 에 도 불구하고 다중단어입 출력 이송에 서 
DMA 는 새치기구동식이나 프로그람식입출력에 비하여 훨씬 더 효과적이다. 
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련습 문제 

1. 그림 1-3 의 가상기계는 두개의 입출력명령을 가지고 있다. 

0011 = Load AC from I/O 
0111 = Store AC to I/O 

이 경우에 12 bit 주소는 특정한 외부장치를 지정한다. 다음의 프로그람들의 집행 
과정(그림 1-4 의 형태를 사용하여)을 보여 주시오. 

■ 장치 5으로부터 들어 오는 자료를 AC 에 적재 한다. 

② 기 억 주소 940의 내 용을 더한다. 

# AC 의 내용을 장치 6에 기 억시 킨다. 

장치 5에 서 들어 오는 값은 3이 며 기 억 주소 940의 내 용은 값이 2라고 가정한다. 

2. 그림 1-4 에서 프로그람집행을 6개의 단계를 사용하여 문장으로 설명하고 있다. 
MAR 와 MBR 의 사용에 대하여 보여 줄수 있게 이 설명을 확장하시오. 

3. 어떤 가상적인 32 bit 극소형처리기가 두개의 마당으로 구성된 32 bit 명령들을 가지 
고 있다고 하자. 즉 첫 바이트는 연산코드이며 나머지는 직접연산수 또는 연산수 
주소이다. 

0 직접주소가능한 최대기억기용량은 얼마인가(바이트로 환산하여)? 

■ 극소형 처 리 기 모선들이 

ᄀ) 32 bit 국부주소모선과 16 bit 국부자료모선 또는 

l ) 16 bit 국부주소모선과 16 bit 국부자료모선을 가지는 경우 체계속도에 미치 
는 영향을 설명하시오. 

_ 프로그람계 수기 와 명 령 등록기 에 몇 개의 비트가 필요한가? 

4. 16 bit 주소(실례로 프로그람계수기와 주소등록기들의 폭이 16 bit 라고 가정한다.)를 
내보내며 16 bit 자료모선을 가지는 가상적인 극소형처리기를 고찰하자. 
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- i )《16 bit 기억기》에 련결되는 경우 처리기가 직접접근할수 있는 최대기억주소 
공간은 얼마인가? 

L )《8 bit 기억기》에 련결되는 경우 처리기가 직접접근할수 있는 최대기억주소공 
간은 얼마인가? 

n ) 극소형처 리기 가 개 별적 인 《 입출력공간》에 접근하도록 하기 위한 구조적특 
징들은 무엇 인가? 

vf ) 입 력과 출력명 령 이 8 bit 입출력포구번호를 지정할수 있다면 몇 개의 8 bit 입출 
력포구가 극소형처리기를 지원할수 있는가? 16 bit 포구에 대하여서는 몇개인 
가를 설명하시오. 

5. 16 bit 외부자료모선을 가지고 8 MHz 박자로 구동되는 32 bit 극소형처리기를 고찰하 

자. 극소형처리기가 최소 4개의 박자주기를 가지는 모선주기를 가지고 있다고 
하자. 극소형처리기가 처리 할수 있는 최대자료이송속도는 얼마인가? 극소형처리 
기 의 성 능을 증가시 키 기 위하여 외 부자료모선을 32 bit 로 하는것 이 더 좋겠는가 
아니면 극소형처리기에 공급되는 외부박자를 2배로 하는것이 더 좋겠는가? 할수 
있는 어떤 다른 가정을 설정하고 설명하시오. 

6. 간단한 건반/인쇄전신기 를 조종하는 입 출력모둘을 포함하고 있는 콤퓨터체 계를 
고찰하자. 다음의 등록기들이 CPU 에 있고 직접 체계모선에 련결되여 있다. 

INPR ： 입력등록기， 8 bit 
OUTR ： 출력등록기, 8 bit 
FGI ： 입력기발 ， lbit 
FGO ： 출력기 발, lbit 
IEN ： 새치기가능 ， lbit 

인쇄 전신기 로부터 의 건반입 력 과 인쇄 기에 로의 출력은 입 출력모둘이 조종한다. 
전신기는 자모수자식기호를 8 bit 단어로 부호화할수 있고 8 bit 단어를 자모수자식 
기호로 복호화할수 있다. 전신기로부터 입력등록기에 하나의 8 bit 단어가 들어 
갈 때 입력기발이 설정된다. 출력기발은 한단어가 인쇄될 때 설정된다. 

1) 이 문제에서 제시된 첫 4개의 등록기를 사용하여 CPU 가 인쇄전신기와의 입 
출력을 어떻게 할수 있는가를 설명하시오. 
l ) IEN 을 사용하여 이 기능을 어떻게 더 효률적 으로 수행할수 있는가를 설명 
하시오. 

7. DMA 모둘을 가지 는 모든 체 계 들에서 는 실제 적 으로 주기 억 기 에 대 한 DMA 접 근이 
그에 대한 처리기접근보다 더 높은 우선권을 가진다. 그 리유는 무엇인가? 

8. DMA 모둘이 9600 bps 속도로 송신하고 있는 외부장치로부터 주기억기에로 문자들 
을 전송하고 있다. 처리기는 초당 백만개의 명령속도로 명령을 불러 낼수 있다. 
DMA 의 동작으로 인하여 처리기의 속도가 얼마나 떠지게 되는가? 

9. 콤퓨터 가 CPU 와 한 단어 폭을 가진 자료모선과의 공유모선을 통하여 주기억기 
보에 련결 할수 있는 입 출력장치 D 로 구성 되 여 있 다. CPU 는 초당 최 대 106개 의 
명령을 집행할수 있다. 명령은 평균 5개의 기계주기를 요구하며 그중 3개는 기억 
기모선을 사용한다. 기 억기읽기 또는 쓰기조작은 하나의 기계주기를 사용한다. 
CPU 가 95%의 명 령집 행속도를 요구하는《배 경 프로그람》을 련속적 으로 집 행하면 
서 입 출력명 령은 아무것도 집 행하지 않는다고 하자. 한개의 처 리 기주기 는 하나의 
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모선주기와 같다고 가정하자. 이제 상당히 큰 자료블로크가 M 과 D 사이에서 이 
송된다고 하자. 

1) 프로그람식입 출력 을 사용하여 매 개 한개 단어 의 입 출력 이 송이 CPU 로 하여 
금 두개 명 령을 집행할것을 요구하는 경우 D 를 통하여 가능한 초당 단어수 
토서 최대입출력자료이송속도를 평 가하시오. 
l ) DMA 이송을 사용하는 경우 우와 같은 속도를 평가하시오. 

10. 다음의 코드를 고찰하자. 

for ( i = 0; i < 20； i ++ ) 

for ( j = 0； j < 10； j ++ ) 
al i ] = a [ I - % # j 

1) 코드에 서 공간적국소성 에 대 하여 하나의 실례 를 드시 오. 

U ) 코드에 서 시 간적국소성 에 대 하여 하나의 실례 를 드시 오. 

11. 부록 1 -n 에서 방정식 1-1 과 1-2 를 n - 준위 기 억기계층구조로 일반화하시오. 

12. 다음의 파라메터를 가지는 기 억기체계를 고찰하자. 

Tc = 100 ns Cc = 0.01 쎈트/비트 
Tm = 1,200 ns Cm = 0.001 쎈트/비트 
i ) 1 Mbyte 주기억기의 비용은 얼마인가? 

l ) 캐쉬의 기능을 사용하는 1 Mbyte 주기억기의 비용은 얼마인가? 

n ) 캐쉬의 접근시간보다 유효접근시간이 10% 더 크다면 명중률 H 는 얼마인가? 

13. 콤퓨터 가 캐 쉬，주기억 기 , 가상기 억 용디 스크를 가지 고 있 다. 참조할 단어 가 캐 쉬 
안에 있으면 그것에 접근하는데 20 ns 가 요구된다. 그것이 캐쉬가 아니라 주기억 
기 안에 있 으면 그것 을 캐 쉬 에 로 적 재하는데 60 ns 가 요구된 다(이 시 간은 초기 에 
캐쉬를 검사하는 시 간이 다.). 그때 참조를 시 작한다. 단어 가 주기억기 에 없다면 
디스크로부터 그 단어를 불러 내는데 12 ms 걸리며 뒤따라 그것을 캐쉬에 복사하 
는데 60 ns 걸리고 이 어 참조를 다시 시 작한다. 캐쉬명중률은 0.9 이고 주기억기명 
중률은 0.6 이다. 이 체계에서 참조할 단어에 접근하는데 평균접근시간이 ns 로 
얼마나 요구되는가? 

14. 처 리기 가 수속호출과 복귀를 관리 하기 위하여 탄창을 사용한다고 하자. 프로그람 
계수기로 탄창의 웃끝을 사용하면 프로그람계수기를 없앨수 있는가? 

부록 I -기. 2준위기억기의 성능지표 

이 장에 서 는 주기 억 기 와 처 리 기 사이 에 서 2준위 내 부기 억 기 를 형 성 하면서 완충기 로 작 
용하는 캐 쉬 에 대 하여 고찰한다. 2준위방식 은 국소성 이 라는 특성 을 적 용함으로써 1준위 
기 억 기 에 비 하여 성 능을 훨 씬 높여 준다. 이 부록에 서 는 이 에 대 하여 론의한다. 

주기 억 기 캐 쉬 기 구는 콤퓨터 방식 의 한 부분으로서 장치 적 으로 실 현되 며 대 체 로 조작 
체계가 변경시킬수 없다. 따라서 이 책에서는 구체적으로 고찰하지 않는다. 그러나 조작 
체 계 에 서 역 시 국소성 을 발전 시 켜 부분적 으로 실 현되 는 2준위 기 억 기 방법 에 대 한 두가지 
다른 실례 즉 가상기억기와 디스크캐쉬 (표 1-2) 가 있다. 이 두 문제는 제8장과 제11장에 
서 각각 론의한다. 이 부록에 서 는 세 가지 방법 에 공통적 인 2준위기 억 기 에 대 한 몇 가지 
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동작특성에 대하여 본다. 


국소성 

2 준위기억기의 동작상 우점의 기본은 제 5 절에서 언급한 국소성의 원리이다. 이 원리 
는 기억기참조가 클라스터화되는 경향을 가진다는것을 설명하고 있다. 오랜 기간에는 사 
용중에 있는 클라스터가 변화되지만 짧은 기간에 처리기는 고정된 클라스터의 기억기를 
참조하면서 동작한다. 

국소성의 원리가 유효하다는것을 알수 있다. 다음의 몇가지 리유들을 고찰하자. 


표 1-2. 2준위기억기의 특성 



주기 억 기 캐 쉬 

가상기억 기 (폐지화) 

디스크캐 쉬 

대표적인 접근시간비 

5:1 

1000:1 

1000:1 

기억기관리체계 

특수한 장치로 실현 

장치와 체 계 프로그람결합 

체 계 프로그람 

대표적인 블로크크기 

4~128Bytes 

64~4096Bytes 

64~4096Bytes 

2차준위에 대한 처리 
기의 접근 

직접 접근 

간접 접근 

간접 접근 


1. 모든 프로그람명 령들중에서 단지 작은 부분을 이 루는 갈래 나 호출명 령 을 제외하 
고 프로그람집 행 은 순차적 이다. 이 로부터 대 부분의 경 우 즉시 에 불러 내 야 할 다 
음의 명령은 현재 불러 내는 명령뒤에 있다. 

2. 후에 복귀하게 되 는 호출이 오래동안 새 치 기되지 않는 경우는 드물다. 그러 나 프 
로그람이 수속-호출깊이가 좁은 창문에 국한되는 경우가 더 흔하다. 그러므로 짧 
은 시간동안 명령들에 대한 참조는 몇개의 수속에 국부적으로 치우치는 경향성을 
가진 다. 

3. 대부분의 반복되는 프로그람들은 여러번 반복되는 상대적으로 작은 몇개의 명령 
으로 구성된다. 따라서 반복이 지 속되 는동안 콤퓨터작업 은 잇 달은 작은 프로그람 
부분에 국한되여 있다. 

4. 많은 프로그람들에서 대부분의 계산은 배럴이나 레코드계렬과 갈은 자료구조처리 
를 동반하고 있다. 많은 경우에 자료구조에 대한 련속적인 참조는 배치된 자료항 
목가까이에 있다. 

이 리유들은 많은 연구들에서 확증되 였다. 리유 1을 참조하여 많은 연구들에서 고급언어 
프로그람들의 성질을 분석하였다. 표 1-3 은 다음의 연구들로부터 집행되는 동안 여러가지 상 
태의 출현을 측정한 주요결과들을 보여 주고 있다. 프로그람작성언어의 성질에 대한 최근 연 
구는 Knu 仕 i[KNUT71] 이 진행 하였으며 학생 실습용으로 사용된 FORT RAN 프로그람묶음들 
을 조사하였다. Tanenbaum [TANE78] 은 조작체계프로그람들에 사용된 300 개 이상의 수속 
들로부터 수집한 측정자료들을 출판하였고 구조화프로그람 (SAL) 을 지원하는 언어를 작성하 
였다. Patterson 과 Sequein[PATT82] 는 번역 프로그람들과 형 설정 프로그람를퓨터지 원설계 
(CAD) 로부터 얻은 한조의 측정자료들을 분류하고 파일비교를 하면서 분석하였다. 또한 프 
로그람작성언어 C 와 Pascal 을 연구하였다. Huck [HUCK83] 은 네가지 종류의 프로그람들을 
분석 하여 고속푸리 에 변환과 련립 미 분방정 식의 적 분을 포함한 혼합형 일 반목적 과학계 산프로그 
탐을 내놓으러고 하였다. 여러가지 언어들과 응용결과에서 좋은 일치성을 찾아 볼수 있다. 
즉 갈래 및 호출명 령들이 프로그람의 수명기간에 몇분의 1밖에 나타나지 않았다는것 이 다. 이 
리하여 이 연구들은 선행목록에서 주장 1을 확증해 주고 있다. 
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표 1-3. 고급언어조작에 대한 상대적기능빈도 


연구 

언어 

연구대상 

[ HUCK 83] 
Pascal 
과학계 산 

[ KMUT 71] 

FORTRAN 

실습 

[ PATT 8] 

Pascal 

체계 

C 

^11^1 

[ TANE 78] 

SAL 

체계 

Assign 

74 

67 

45 

38 

42 

Loop 

4 

3 

5 

3 

4 

Call 

1 

3 

15 

12 

12 

IF 

20 

11 

29 

43 

36 

GOTO 

2 

9 

- 

3 

- 

기 타 

- 

7 

6 

1 

6 


주장 2에 대 하여서는 [ PATT 85] 에서 보고한 연구들이 확증해 준다. 이것을 그림 
1-20 에서 설명해 주고 있으며 이것은 호출-복귀동작을 보여 준다. 매 개 호출은 오른쪽 
아래로 이동하는 선으로，매개 복귀는 오른쪽 우로 이동하는 선으로 표시되여 있다. 그림 
에서 는 깊이 가 5와 갈은 창문을 정 하고 있 다. 둘중 어 느 방향에서나 눈금이동이 6인 호 
출과 복귀 계 렬 만이 창문을 이 동시키 고 있 다. 알수 있는바와 같이 집 행 프로그람은 오랜 
시간동안 정적인 창문내에 머물러 있을수 있다. C 와 Pascal 프로그람에 대해서 갈은 분석 
을 진행한 연구결과는 호출과 복귀의 1%이 하에 대 해서만 깊이 가 8인 창문을 이동시키게 
된다는것을 보여 주었다 [ TAMI 83]. 

참조의 국소성에 대한 원리는 최근 연구에서도 계속 확인되고 있다. 실례로 그림 1-21 
은 어떤 단일싸이트에 있는 Web 페지호출패턴에 대한 연구결과들을 보여 주고 있다. 

문헌에서 는 공간적국소성과 시 간적국소성 을 명백히 구별 하고 있다. 공간적국소성은 
콜라스터화되는 몇개의 기억위치들에서 집행이 이루어 지는 경향성을 가리키는 말이다. 
이것은 처리기가 명령들에 순차적으로 접근하게 된다는 경향성을 반영하고 있다. 공간적 
기억위치는 또한 자료표를 처리할 때와 같이 프로그람이 자료기억위치에 순차적으로 접 
근하는 경향성을 가진다는것을 반영하고 있다. 시간적국소성은 처리기가 최근에 사용한 
기 억 기 위 치 들을 호출하는 경 향성 을 가리 키 는 말이 다. 실례 로 반복고리 를 집 행 할 때 처 리 
기는 동일한 명령의 모임을 반복하여 집행한다. 


시간 

(호출/복귀를 단위로) 



그림 1-20. 프로그람의 호출복귀거동의 실례 
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2 준우 I 기억기의 동작 

국소성 특성 을 2준위 기 억 기 를 형 성 하는데 도입 할수 있 다. 웃준위 기 억 기 ( Ml ) 는 아래 
준위기 억 기 ( M 2) 보다 빠르며 값이 비 싸다(비 트당) . Ml 은 큰 M 2 의 일 부 내 용을 림 시 기 
억하는데 사용한다. 기억기를 참조할 때 Ml 에서 항목을 찾으러고 한다. 이것이 성공하면 
고속접근이 이루어 진다. 그렇지 못하면 기억위치의 한 블로크를 M 2 에서 Ml 에로 복사 
하고 그다음 Ml 을 통하여 접근이 이루어 진다. 국소성의 원리로 하여 일단 블로크를 
Ml 에 가져다 넣으면 블로크에 있는 기억위치들에 대한 접근이 여러번 진행되며 결국 총 
체적으로 고속봉사를 실현하게 된다. 



그림 1-21. Web 페 지 들에 서 의 참조의 국소성 [ BAEN 97] 

평균항목접근시 간을 표시 하기 위하여 아래준위기 억기의 속도뿐아니 라 주어 진 참조 
가 Ml 에서 발견될수 있는 가능성도 고찰하여야 한다. 

T s = H XTx + ( 1 -H ) :: X ( Ti + T 2 ) 

=Ti + (1- H ) .:_ T 2 ( 1-1 ) 

여기서 

T s = 평균(체계)접근시간 

Ti = Mi 의 접 근시간 (례로 케 쉬，디 스크캐 쉬 ) 

T 2 = M 2 의 접 근시 간 (례 로 주기 억 기 , 디 스크) 

H ★ 명 중률 (참조가 Ml 에 서 발견되 는 시 간비률) 

그림 1-15 는 명 중률함수로 표시한 평 균접 근시 간을 보여 주고 있 다. 알수 있는바와 
같이 높은 명중률을 가지고 평균접근시간이 M 2 보다 Ml 에 훨씬 더 가깝다. 

성능 

2준위 기 억기 기구를 평 가하는데서 의의 있는 몇 가지 파라메터를 고찰해 보자. 다음의 
관계 가 성 립한다. 


Cs =( CiSi + C 2 S 2 ) / ( Si + S 2 ) ( 1-2 ) 

여기서 

Cs ^ 조합된 2 준위기억기에서의 비트당 평균비용 
Ci = 웃준위기억기 Ml 의 비트당 평균비용 
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성의 정도이다. 그림 1-24 는 명중률이 주어 진 조건에서 국소성의 효과를 보여 주고 있 
다. 명 백한것 은 Ml 이 M 2 와 같은 크기 를 가지 면 명 중률은 1.0 으로 된 다는것 즉 M 2 의 모 
든 항목들이 항상 Ml 에도 기억되여 있다는것이다. 이제 아무런 국소성도 없다고 즉 참 
조가 완전히 우연적으로 진행된다고 가정하자. 실례로 Ml 이 M 2 의 절반크기를 가지면 
임의의 시간에 M 2 의 절반항목이 Ml 에도 있게 되며 명중률은 0.5 로 될것이다. 약한 국 
소성과 강한 국소성의 효과를 그림에서 보여 주고 있다. 

강한 국소성 이 있는 경 우 상대 적 으로 작은 웃준위기 억기 크기 로도 높은 명 중률값을 
엄 을수 있다. 실례 로 많은 연구들은 작은 캐쉬의 크기 가 주기억기의 크기 에 관계 없이 
0.75 이상의 명중률을 보장하리라는것을 보여 주었다(실례로 [ AGAR 89]，[ PRZY 88] , 
[ STRE 83], [ SMIT 8 幻), 일반적 으로 캐쉬는 1 KXL 28 K 단어범위 에 있으면 충분하며 반면 
에 주기억기는 현재 대체로 수메가바이트범위내에 있다. 가상기억기와 디스크캐쉬를 고 
찰할 때 같은 현상 즉 상대적으로 작은 Ml 이 국소성으로 하여 높은 명중률을 보장한다 
는것을 확증해 주는 다른 연구자료들을 인용하려고 한다. 

이것은 목록에 있는 마감질문에 로 우리를 이끌어 간다. 두 기 억기의 상대 적크기 가 
비 용요구를 만족시 키는가? 그 대 답은 명백 히《예》이 다. 좋은 성능을 얻기 위 하여 단지 
상대적으로 작은 웃준위기억기를 요구한다면 2준위기억기의 비트당 평균비용은 값 눅은 
아래준위기억기의 비용에 접근하게 된다. 

부록 1- L . 수속조종 

수속접근과 복귀의 집행을 조종하는 일반적인 기능은 탄창을 사용하는것이다. 이 부 
륵은 탄창의 기초적 인 속성을 요약하여 설명 하고 수속조종에서 그의 사용에 대 하여 고찰 
한다. 


탄창실현 

탄창은 요소들이 순차적으로 배렬된 모임으로서 한번에 그중 하나에만 접근할수 있 
다. 접근할 때에는 탄창의 꼭대기를 불러 내게 된다. 탄창내요소들의 수 즉 탄창의 길이 
는 가변적이다. 항목들은 단지 탄창의 꼭대기에 추가되거나 곡대기에서부터 삭제될수 있 
다. 이 로부터 탄창을 밀어넣기목록 또는 후입선출항목 ( LIFO ) 이 라고도 한다. 

탄창을 실현하는데서 어떤 기 억위 치모임을 탄창요소들을 기 억시키는데 사용해 야 한 
다. 대표적인 방법은 그림 1-25 에서 설명하고 있다. 련속적인 기억위치를 가지는 블로크 
를 주기억 기(가상기 억기 )에서 탄창용으로 예 약한다. 대부분의 시 간에 블로크는 탄창요소 
들을 부분적 으로 채 워 넣 고 있 으며 나머 지 부분은 탄창을 증가시키 는데 사용할수 있 다. 
합리 적 으로 조작하자면 세개의 주소가 필요한데 이것들은 흔히 처 리 기등록기들에 기 억되 
여 있다. 

• 탄창지 시 기 : 탄창의 꼭대 기 주소를 가리킨 다. 항목을 탄창에 밀 어 넣 거 나 ( PUSH ) 
밀어 낼 때 ( POP ) 탄창지시기는 감소되거나 증가되여 탄창의 새로운 꼭대기주소 
를 가리킨다. 

• 탄창기준 : 예 약된 블로크에서 바닥위 치주소를 가리킨다. 이것은 항목을 빈 탄창 
에 밀어 넣을 때 사용되는 첫 기 억위 치 이다. 탄창이 비 여 있을 때 밀어 내면 오 
유를 통보한다. 

• 탄창한계 : 예 약된 블로크의 다른 끝 즉 꼭대 기 주소를 가리킨다. 탄창이 꽉 차 있 
을 때 밀어 넣으려면 오유를 통보한다. 
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주기 억 기 



그림 1-25. 대표적인 탄창방식 


전통적으로 그리고 오늘날 대부분의 기계들에서 탄창의 기준은 예약된 탄창블로크의 
높은 주소끝에 있으며 한계 는 낮은 주소끝에 있다. 이 리하여 탄창은 보다 높은 주소로 
부터 보다 낮은 주소까지 장성한다. 

수속호출 및 복귀 

수속호출과 복귀를 관리하는 일반적수법은 탄창을 사용하는것 이 다. 처 리기 가 호출을 
집행할 때 처리기는 복귀주소를 탄창에 넣는다. 복귀를 집행할 때 처리기는 탄창의 꼭대 
기에 있는 주소를 사용한다. 그림 1-26 의 겹친수속에서의 탄창사용을 그림 1-27 에서 설 
명하고 있다. 

흔히 수속호출과 관련하여 파라메터들을 넘겨 주어 야 한다. 이것을 등록기안에서 넘 
겨 줄수 있다. 다른 가능성은 파라메터들을 호출명 령직후 기 억기 에 기 억시켜 놓는것 이 다. 
이 경우 복귀는 파라메터들 다음의 위치로 되여야 한다. 이 방법들은 둘다 약점이 있다. 
등록기 들을 사용한다면 호출되 는 프로그람과 호출하는 프로그람을 등록기사용에 서 이 상 
이 없도록 작성하여 야 한다. 기 억 기 에 파라메터 들을 기 억 시 키 는 방법 은 파라메터 의 수를 
변화시키기 힘들게 한다. 

파라메터를 넘겨 주는 보다 유연한 방법은 바로 탄창을 사용하는것 이 다. 처 리기 가 호출 
을 집행할 때 복귀주소를 탄창에 넣을뿐아니라 호출된 프로그람에 넘겨 주어야 하는 파라메 
터 들도 탄창에 밀 어 넣 는다. 호출된 수속이 탄창에 서 파라메터 들을 호출할수 있 다. 복귀 할 
때 에도 반환파라메터들을 복귀주소밑 에 들어 가도록 탄창에 밀 어 넣 을수 있다. 수속을 위 하 
여 기억되는 복귀주소를 포함한 전체 파라메터묶음을 탄창프레임이라고 한다. 

그림 1-28 에 한가지 실례를 보여 주고 있다. 이 실례는 국부변수 XI 과 X 2 를 선언하 
는 수속 p 와 P 로부터 호출을 받을수 있으며 그안에서 국부변수 Y 1 과 Y 2 를 선언하는 수 
속 Q 를 보여 준다. 이 그림 에서 매개 수속의 복귀점은 대응하는 탄창들에 기 억되 여 있 
는 첫 항목이다. 다음 앞틀의 시작과 관련한 지시기를 기억시킨다. 이것은 탄창에 들어 
가는 파라메터들의 수 즉 길이가 변할수 있기때문에 필요하다. 
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느기 CALL Proc2, ᄅ - RETURN 후， 
RN 후， A-RETURN 후 






재진입가능한 수속 

다중사용자를 지원하는데서 특히 유용한 개념은 재진입가능한 수속이다. 재진입가능 
한 수속은 같은 시간주기동안에 다중사용자가 단일한 프로그람복사를 공유할수 있다. 재 
진입가능성은 두가지 주요문제를 가지고 있다. 즉 프로그람코드 그자체는 변경시킬수 없 
으며 매 개 사용자용국부자료는 따로따로 기 억시켜 야 한다는것 이 다. 재 진입 가능한 수속은 
새치기프로그람이 새치기할수 있으며 호출할수 있다. 그리고 집행은 정확히 수속에로 복 
귀된다. 공유체계에서 재진입가능성은 주기억기를 보다 효과적으로 사용할수 있게 한다. 
즉 한 복사의 프로그람코드가 주기억기에 있지만 하나이상의 응용프로그람들이 수속을 
호출할수 있다. 


P : 



Q : 

^_ 탄창 

! 

y 2 

y 3 

낡은 틀지시기 

복귀 점 

x 2 

x 2 

지 시 기 

^-들지 시 기 

xl 

xl 

낡은 틀지시기 

낡은 틀지시기 

P ： 

복 귀 점 

복 귀 점 


탄창 
지 시 기 


ᅩᄌ- 틀지 시 기 


T) 니 

그림 1-28. 대표적인 수속 P 와 Q 를 사용하는데서 탄창프레임성장 
T - P 는 능동, L - P 가 Q 를 호출 

그러 므로 재 진입 가능한 수속은 영 구부분(수속을 형 성하는 명 령 들)과 림 시 부분(프로 
그람이 사용한 국부변수들을 호출하는 프로그람은 물론 기억기에 돌려 주는 지시기)을 
가져 야 한다. 활성화라고 하는 수속의 매개 집행요구는 영구부분에 있는 코드를 집 행하 
게 되지만 자체의 국부변수와 파라메터들을 가져 야 한다. 특정한 활성화와 관련되는 림 
시부분을 활성화레코드라고 한다. 

재 진입 가능한 수속을 지원하는 가장 편리한 방법은 탄창을 사용하는것 이 다.수속을 
호출할 때 수속의 활성화레코드를 탄창에 기억시킬수 있다. 따라서 활성화레코드는 수속 
호출상에서 창조되는 탄창프레 임의 한 부분으로 된다. 
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제 2 장. 조작체계의 개팔 

이 장에서는 조작체계들의 주요개 발과정 을 설명 한다. 개 발과정은 이 분야의 전망을 
보여 주며 또한 조작체계의 원리들을 개괄하는 목적 에도 부합된다. 먼저 조작체계의 목 
적과 기능들을 고찰한다. 이어 원시적인 일괄체계로부터 복잡한 다중방식，다중사용자체 
계에 이르기까지 조작체계가 어떻게 발전하여 왔는가를 고찰한다. 끝으로 이 책전반을 
관통하고 있는 실례들로서 두개 조작체계의 개 발과정과 일반적 인 특징을 고찰한다. 

제 1 절. 조작체계의 목적과 기능 

조작체계 는 응용프로그람의 집 행을 조종하며 응용프로그람과 콤퓨터 장치사이의 대면 
부로 동작하는 한개의 프로그람이 다. 그의 목적은 세가지 이 다. 

• 편리성 : 콤퓨터사용을 보다 편리하게 하는것 

• 효률성 : 콤퓨터체계자원들을 효률적인 방식으로 사용할수 있게 하는것 

• 확장능력 : 봉사와 관련이 없이 새로운 체계기능들을 효과적으로 개발，시험, 도 
입할수 있게 구성하는것 

이제부터 조작체계를 이 세가지 면에서 고찰하여 보자. 

사용자/콤퓨터 대 면부로서의 조작체계 

사용자에게 응용프로그람을 제공하는데 쓰이는 장치와 프로그람을 그림 2-1 에서와 
같이 층을 이루거나 계층구조로 된 형식으로 볼수 있다. 일반사용자인 응용프로그람의 
사용자는 일반적 으로 세부적 인 를퓨터장치 와 관계 가 없다. 일 반사용자는 콤퓨터체 계를 
응용프로그람의 모임 으로 본다. 응용프로그람은 프로그람작성언어 로 표현할수 있으며 응 
용프로그람작성 자가 개 발한다. 만일 사람들이 콤퓨터장치 를 원만히 조종할수 있는 기 계 
명 령들의 모임으로 응용프로그람을 개발한다고 하면 상당히 복잡한 과제에 부닥치게 될 
것 이 다. 이 과제를 쉽게 하기 위하여 체계프로그람들이 나왔다. 이런 프로그람들을 편의 
프로그람이라고 한다. 이 프로그람들은 흔히 프로그람참조, 파일관리，입 출력 장치 조종을 
방조하는 기 능들을 사용하였 다. 프로그람작성 자는 이 기 능들을 사용하여 응용프로그람을 
개 발하며 응용프로그람은 실행기 간에 편의프로그람들을 사용하여 일정한 기능들을 수행 
하게 된다. 가장 중요한 체계프로그람은 조작체계 이 다. 조작체계는 프로그람작성자로 하 
여 금 장치의 세부를 모르고 체 계를 사용하는데 편리한 대면부를 보장해 준다. 그것은 중 
계자로 동작하면서 프로그람작성자와 응용프로그람이 설비와 봉사기능을 더 쉽게 호출하 
여 사용할수 있도록 해춘다. 

조작체 계 는 주로 다음과 같은 령역 들에 서 봉사한다. 

• 프로그람개발 : 조작체계는 편집기와 오유수정기와 같은 설비와 봉사를 주어 프 
로그람창조에 서 프로그람작성 자를 방조한다. 대체 로 이 봉사들은 편의프로그람형 
태로 되여 있으며 그것이 엄밀하게 조작체계의 핵심부분은 아니지만 조작체계와 
함께 제 공되 므로 응용프로그람개 발도구라고 한다. 

• 프로그람집 행 : 프로그람을 집 행 하기 위하여 많은 과제 들이 수행 되 여 야 한다. 명 
령들과 자료가 주기억 기 안에 적재 되 여 야 하며 입 출력장치 들과 파일들이 초기 화 
되여야 하고 다른 자원들을 준비해야 한다. 조작체계는 사용자를 위하여 이 일정 
작성임 무들을 조종한다. 
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그림 2-1. 콤퓨터체계의 층들과 전경 

• 입 출력장치 접 근 : 매 개 입 출력장치 들은 조작을 위한 자기 자체 의 특유한 명 령 모임 
이나 조종신호를 요구한다. 조작체계는 이것들을 교갑화하고 있는 대면부를 제공 
하여 프로그람작성자가 단순한 읽기나 쓰기로 장치들에 접근할수 있도록 해춘다. 

• 파일접근조종 : 파일들의 경우에 조작체 계 에서의 조종은 입 출력장치의 특징 (디 스크 
구동，레프구동)뿐아니 라 기 억매체우에 있는 파일들에 포함된 자료의 구조도 구체 
적으로 포함하고 있어야 한다. 더 나아가서 다중사용자를 가지는 체계인 경우에 
조작체 계 는 파일들에 대 한 접 근조종을 하기 위 하여 보호기 구를 제 공해 야 한다. 

• 체계접근 : 공유체계나 공동체계에서 조작체계는 총적으로 체계에 대한 접근과 
특정한 체 계 자원 에 대 한 접 근을 조종한다. 접 근기 능은 허 용되 지 않은 사용자들로 
부터 자원파 자료를 보호해야 하며 자원경쟁에서 중돌문제를 해결하여야 한다. 

• 오유검출과 응답 : 콤퓨터체계가 동작할 때 여러가지 오유가 발생할수 있다. 이 
것은 기 억기오유나 장치 고장과 갈은 내부장치적오유들과 연산자리넘 침，금지된 
기억위치에 대한 접근시도，응용프로그람의 요청에 조작체계가 보증할수 있는 
능력 의 부족과 같은 여 러 가지 프로그람적오유들을 포함한다. 매 개 경 우에 조작 
체 계는 응답하여 응용프로그람집 행 상에서 최소한의 영 향을 가지 는 오유조건을 
명 백히 해주어 야 한다. 응답은 오유를 발생시킨 프로그람을 새 치기시키는데 로 
부터 조작을 다시 하게 하거나 응용프로그람에 오유를 단순히 보고하는것으로 
분류할수 있다. 

• 회계 : 좋은 조작체계는 여 러가지 자원이나 응답시간과 같은 감시기성능파라메터 
들의 사용상태를 통계적 으로 수집한다. 임의의 체 계 에서 이 정 보는 앞으로의 증 
강요구를 예 상하는데 서 와 체 계 성 능을 개 선 하는데 사용할수 있 다. 다중사용자체 계 
에서 이 정보는 료금계산목적 으로 사용할수 있다. 

자원관리자로서의 조작 체계 

콤퓨터는 자료의 이동，기억，처리 그리고 이 기능을 조종하기 위한 자원들의 모임이 
다. 조작체계는 이 자원들을 관리할 책 임을 지 고 있다. 

자료의 이동，기억，처리를 조종하는것이 바로 조작체계라고 말할수 있는가? 한쪽 측 
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면에서는 옳다. 즉 콤퓨터의 자원을 관리함으로써 조작체계는 를퓨터의 기본기능을 조종 
하는 상태에 놓이게 된다. 그러나 이 조종은 좀 특이한 방법으로 진행된다. 보통 사람들 
은 조종기구라고 하면 어느것을 조종하는것의 외적인것，즉 적어도 어느것을 조종대상과 
명 백 하게 구별되 는 부분이 라고 생 각한다(실례 로 내부가열체계 는 열원이 나 열분배기 구와 
는 완전히 구별되는 열전대가 조종한다.). 조작체계의 경우에는 사정이 다르다. 조작체계 
는 두가지 견지에서 일반적 인 조종기구와 차이 난다. 즉 

• 조작체 계 기 능들은 보통 콤퓨터 쏘프트웨 어 와 같은 방식 으로 되여 있으면서 처 리 기 
가 집 행 하는 프로그람이 나 프로그람모임 이 라는것 이 다. 

• 조작체 계 는 흔히 조종을 넘기거나 회 복하는것 을 처 리 기 에 의 존해 야 한다는것 이 다. 

조작체계는 사실상 한개의 를퓨터프로그람모임외에 아무것도 아니다. 다른 를퓨터프 
로그람들과 류사하게 그것은 처리기에 명령들을 준다. 주요한 차이는 프로그람의 목적에 
있다. 조작체계는 처리기에 다른 체계자원을 사용하며 다른 프로그람의 집행에 들어 갈 
것을 지시한다. 그러나 처리기가 이러한것들을 하자면 조작하고 있는 체계프로그람집행 
을 중지하고 다른 프로그람들을 집행하여야 한다. 이와 같이 조작체계는 처리기가 어떤 
《유용한》일을 하도록 조종을 넘겨 주며 처리기가 다음일을 하기 위한 준비를 갖추는 
시 간동안 조종을 회복한다. 이 모든것에 포함되는 기구들은 앞의 장들에서 한 설명으로 
부터 명백하다. 

그림 2-2 는 조작체 계 가 관리하는 주요자원들을 보여 주고 있 다. 조작체 계의 일부분 
은 주기억기 안에 있다. 이것 이 핵심부 즉 알맹 이 이다. 이것은 주어 진 시 간에 조작체계에 
서 가장 흔히 쓰이는 부분들과 현재 사용중에 있는 조작체 계의 다른 부분들이 다. 주기억 
기 의 나머 지 부분에 는 다른 사용자프로그람과 자료가 들어 있 다. 자원(주기억기 )의 배 정 
은 조작체 계 와 처 리 기 의 기 억 기 관리 장치 에 의 하여 공동으로 조종된 다. 조작체 계 는 집 행 
상태 에 있는 프로그람이 언제 입 출력 장치 를 사용할수 있는가를 결정하며 파일 에 대 한 접 
근과 그 사용을 조종한다. 처 리기 자체도 한개의 자원이며 조작체 계는 특정한 사용자프로 
그람을 집 행하는데 처 리 기 시 간이 얼 마나 들어 가는가 하는것 을 판정하여 야 한다. 다중처 
리기체계인 경우 처리기모두에 대하여 이 판정을 하여야 한다. 






조작체계발전의 용이성 

중요한 조작체계는 몇 가지 리유로 하여 시 간이 감에 따라 발전하게 된다. 즉 

• 장치 갱 신과 새 로운 형 의 하드웨 어 : 실례 로 UNIX 와 IBM OS /2 조작체 계 의 초기 
판본들은 페 지호출프로그람을 사용하지 못하였 다. 그것 은 이 판본들이 페 지 화하 
드웨어 가 없는 기 계 들에서 집 행 되 였기때 문이 다. 1 최 근 관본들은 페지 화능력 을 
발휘하도록 수정 되 였 다. 또한 1회1행 흘리 기방식 대 신에 도형 말단이 나 페 지방식 을 
사용하면 조작체계설계에 영향을 줄수 있다. 실례로 말단은 사용자가 화면상의 
《 창문〉〉들을 통하여 갈은 시 간에 몇 가지 응용프로그람들을 관찰하도록 할수 있 
다. 이것은 조작체계가 보다 복잡한 지원을 해줄것을 요구한다. 

• 새 로운 봉사들 : 사용자요구에 응답하여 또는 체 계관리 기 의 요구에 응답하여 조 
작체계는 새로운 봉사들을 줄수 있도록 확장해야 한다. 실례로 현존도구들을 가 
지고 사용자에게 좋은 성능을 계속 보장하기 힘들다는것 이 알려 지면 조작체계 
에 조종도구들을 추가하여야 한다. 다른 실례는 현시화면상에서 창문들을 사용하 
려 는 새 로운 응용프로그람들이다. 이것은 조작체 계 에서 중요한 갱 신을 요구한다. 

• 곤경 : 어떤 조작체계든지 결함들을 가지고 있다. 이것은 오랜 시간에 걸처서 발 
견되 며 곤경 에 빠지 게 된 다. 물론 그 곤경 은 새 로운 결 함들을 초래할수 있 다. 

조작체 계 를 정 기 적 으로 변화시 킬 데 대 한 요구는 설 계 상의 일정 한 요구로 된 다. 명 백 
히 말할수 있는것은 체계가 구조상 모둘들사이에서 명확히 정의된 대면부를 가진 모둘이 
라는것이며 문서화가 잘 되여 있어야 한다는것이다. 대표적인 현대 조작체계와 같은 큰 
프로그람들에서도 모둘화가 옳바로 되 였다고 보기에는 불충분하다 [ denn 80 a ]. 프로그람 
들을 단순히 보조루린으로 분할하는것보다 훨씬 더 많은것을 해야 한다. 이 문제는 이 
장의 뒤에서 보기로 한다. 

제 2 절. 조작체계의 발전과정 

조작체계 에서의 주되는 요구들과 현대적 인 조작체 계의 중요특징 들이 가지는 의의를 
리해하자면 조작체계가 여러해동안 어떻게 발전하여 왔는가를 고찰해 보는것이 좋다. 

직렬처리 

1940년대 후반기부터 1950년대 중엽까지 개발된 최초의 콤퓨터들에서는 프로그람작 
성 자들이 콤퓨터하드웨 어 와 직 접 대 화를 진행하였 다. 즉 아무런 조작체 계 도 없 었 다. 이 
기 계 들은 현시 표시 등들，빗 장스위 치 들，일부 입 력 장치 와 인쇄 기 로 구성 된 조종탁으로 동 
작하였다. 기계코드로 된 프로그람들이 입력장치 (실례로 카드읽기장치)를 거처 입력되였 
다. 오유가 있으면 프로그람을 정지시켰으며 오유조건은 표시등들에 표시되였다. 프로그 
람작성 자는 오유의 원인을 판단하기 위하여 처 리기 등록기들과 주기억 기를 조사할수 있었 
다. 프로그람이 정상완료되면 인쇄기상에 출력이 인쇄되였다. 

이 초기 체 계 들은 두개 의 문제 점 들을 제 기하였 다. 

• 일 정작성 : 대 부분의 설 비 들에 서 는 기 계 시 간을 예 약하기 위하여 경 복사기호판을 
사용하였 다. 대체로 사용자는 반시 간정도의 배수간격 으로 한개의 시 간블로크동안 
기 호화를 할수 있었 다. 어떤 사용자는 한시간동안 기 호화를 하고 45 min 동안에 
끝낼수도 있었다. 이것은 콤퓨터를 많은 시간 휴식상태에 놓이게 하였다. 다른 


폐 지 화는 이 장의 뒤 에서 설명하며 제 7장에서 구체 적 으로 설명한다. 
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한편 사용자는 문제들을 파고 들어야 했고 배정된 시간에 끝내지 못할수도 있었 
으며 문제를 해결하지 못한채 끝마칠 때도 있었다. 

• 설치시간 : 일감이 라고 하는 단일한 프로그람은 를파일러와 함께 고급언어프 
로그람(원천프로그람)을 기억기에 적재하고 번역된 프로그람(목적프로그람)을 
보관하며 목적프로그람과 공통기능들을 함께 넣고 련결하는 과정을 포함하였다. 
이 매 단계들은 테프의 설치와 해제，카드조설치를 동반하였다. 오유가 발생하면 
사용자는 되돌아 설치순차를 다시 밟아야 하였다. 따라서 프로그람을 설치하고 
실행시키는데 많은 시간을 소비 하였다. 

이 조작방식은 사용자들이 콤퓨터에 직렬로 접근한다는것을 반영하여 직렬처리라고 
말할수 있었다. 시간이 흐르면서 여러가지 체계프로그람들이 개발되여 직렬처리를 더 효 
과적인 처리로 만들려고 하였다. 이 도구들은 모든 사용자들이 공동으로 사용할수 있는 
공통기 능부，련결편집 기，적 재 프로그람, 오유수정 기，입 출력 구동루린들의 서 고들이 다. 

단순일팔체계 

초기 기계들은 값이 매우 비쌌고 따라서 기계의 유용성을 최대화하는것이 중요하였 
다. 일정작성과 설치시간으로 인하여 랑비되는 시간을 허용할수 없었다. 

유용성을 개선하기 위하여 일괄조작체계에 대한 개념이 제기되였다. 첫 일괄조작체 
계 (첫 조작체 계 라고 할수 있 다. )를 IBM 7()1 에 서 사용하기 위 하여 General Motors 회 사 
가 1950년대 중엽 에 개 발하였 다 [ WEIZ 81]. 이 개 념 은 후에 더 욱 세 련되 였 고 IBM 구매 자 
들에 의하여 IBM 704에서 실현되 였다. 1960년대초에 판매 자들이 자기들의 콤퓨터체계 용 
으로 일괄조작체계를 개발하였다. 7090/7094콤퓨터 용 IBM 조작체계 인 IBSYS 는 다른 체 
계 들에 그 영 향이 널 리 퍼 진것 으로 하여 특별 히 지 적할만하다. 

단순일괄체계방안리면에 있는 중심사상은 감시 기라고 하는 한개의 프로그람을 사용 
한다는데 있다. 이 형태의 조작체계를 사용함으로써 사용자는 더이상 기계에 직접 접근 
하지 않게 되였다. 이제는 사용자가 카드나 레프상에 일감을 적어서 를퓨터운영자에게 
제출하면 운영 자가 그 일감들을 순차적으로 한데 묶어 감시기가 사용하도록 입력장치에 
총적으로 묶어 넣으면 되였다. 매개 프로그람은 처리를 끝내면 감시기에 되돌아 가도록 
구성 되 여 있다. 그 시 점 에서 감시 기 는 자동적 으로 다음프로그람을 적재하기 시 작한다. 

이 방안이 어 떻게 동작하는가를 리해 하기 위하여 그것을 두가지 견지 즉 감시기의 
견지에서와 처리기의 견지에서 고찰하여 보자. 즉 



그림 2-3. 상주감시기의 기억기배치 
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• 감시기의 견지 : 사건들의 순서를 조종하는것이 바로 감시기이다. 이렇게 되자면 
관리기는 거의나 주기억기안에 항상 있어야 하며 집행할수 있어야 한다(그림 
2-3). 이 부분을 상주감시 기 라고 한다. 감시기 의 나머 지 부분은 일 감을 시 작할 때 
사용자프로그람에서 보조루린으로서 적재되는 편의프로그람과 공통기능부분들로 
구성 되 여 있 다. 감시 기 는 입 력 장치(대 체 로 카드읽 기장치 나 자기 테 프장치 ) 로부터 
일감을 한번에 한개씩 읽 어 들인다. 읽 어 들일 때 현재 일감은 사용자프로그람구 
역에 배치되며 조종은 이 일감에로 넘어 간다. 일감들을 끝내면 조종은 감시기에 
넘 어 가며 그것은 즉시에 다음일감을 읽 어 들인다. 매개 일감의 결과를 사용자에 
게 전달하기 위하여 인쇄 기 와 같은 출력 장치 에 내 보낸 다. 

• 처리기의 견지 : 일정한 시점에서 처리기는 감시기가 보관된 주기억기의 일부분 
에 있는 명 령들을 집 행한다. 일 단 일감을 읽 어 들이면 체 계는 감시기 안에 있는 
갈래명 령과 맞다들리 는데 갈래명 령은 사용자프로그람의 시 작부에서 부터 명 령을 
집행해 나가도록 처리기에 명령한다. 처리기는 완료되거나 또는 오유조건과 맞다 
들릴 때 까지 사용자프로그람에서 명 령을 집 행한다. 어 느 경우에 나 처 리기 가 다음 
명령을 감시기프로그람에서 불러 내도록 한다. 따라서《조종이 일감에로 넘어 간 
다.》는 말은 간단히 처리기가 사용자프로그람에서 명령을 불러 내고 집행한다는 
것을 의미하며 《조종이 감시기 에로 복귀된다》는 말은 처 리기 가 감시기프로그람 
에서 명 령을 불러 내 고 집 행 한다는것을 의미한다. 

감시 기 가 일정작성 문제를 조종하는것을 보자. 일괄일감들은 대 기 렬을 이루며 아무런 
휴식시간도 없이 가능한 빨리 집행된다. 감시기는 물론 일감설정시간을 개선시킨다. 매개 
일감에서 명령들은 일감조종언어 ( JCL ) 의 원시적인 형태를 가진다. 이것은 감시기에 명 
령 들을 주기 위하여 사용되는 특수한 형 태의 프로그람작성언어 이 다. 간단한 실례 로서 프 
로그람작성언어 FORTRAN 으로 작성한 사용자의 뢰프로그람과 프로그람이 사용할 자료 
를 들수 있다. FORTRAN 명령과 자료는 모두 개별적인 착공카드나 레프의 개별적인 레 
코드상에 있다. FORTRAN 과 자료선들외 에 일감은 일감조종명 령들을 포함하는데 이것 
틀은 시작을《$》로 표기한다. 일감의 총적인 형태는 다음과 같이 볼수 있다. 즉 
$JOB 
$FTN 

• =| ᅳ FORTRAN 명 령들 

$LOAD 

$RUN 

자료 

SEND 

일 감을 집 행 하기 위하여 감시 기 는 $ FTN 행 을 읽 고 자기 의 대 용량기 억 기 (보통 레 프) 
에 서 해 당한 언어콤파일 러 를 적재시 킨다. 를파일 러 는 사용자프로그람을 목적코드로 번역 
하며 그것을 주기억기나 대용량기억기에 기억시킨다. 주기억기에 기억된다면 그 조작을 
《번역，적재, 집행》이라고 부론다. 만일 레프에 기억된다면 $ LOAD 명령이 요구된다. 이 
명 령을 감시기 가 읽 고 번역조작한후에 조종을 다시 회복한다. 감시기는 적재프로그람을 
불러 내여 목적프로그람을 기억기에 넣고(콤파일러가 있던 위치에) 조종을 그것에로 이 
행 시킨다. 이 런 방법 으로 한번에 한개 의 부분체 계만을 집 행 시 킬수 있다해 도 서 로 다른 
부분체 계 들사이 에 서 주기 억 기 의 큰 토막을 공유시 킬수 있 다. 


58 




사용자프로그람의 집행기간에 입력명령은 한행의 자료를 읽고 사용자프로그람에 있 
는 입출력명령은 사용되는 조작체계의 일부분으로 되여 있는 입력루린을 기동시킨다. 입 
력루린은 프로그람이 JCL 행을 제대로 읽어 들이는가를 검사한다. 사고가 생기면 오유가 
발생하며 조종은 감시 기 에 로 넘 어 간다. 사용자일 감이 성 공적 으로 완료하든 못하든 감시 
기는 다음 JCL 명령을 만날 때까지 입력행을 주사한다. 이렇게 함으로써 너무 많거나 너 
무 적은 자료행들을 가지는 프로그람을 보호하게 된다. 

감시기 또는 일 괄조작체 계 는 간단히 말하면 한개 의 콤퓨터 프로그람이다. 조종을 번 
갈아 처 리 하고 넘기는것은 처 리기 가 주기억기의 각이한 부분들에서 명 령들을 불러 낼수 
있는 능력에 관계된다. 여기에서 일부 다른 하드웨어적인 기능들이 요구된다. 즉 

• 기억기보호 : 사용자프로그람이 집행중에 있을 때 감시기가 있는 기억기구역을 
변경시키지 말아야 한다. 그러한 시도가 있다면 처리기하드웨어는 오유를 검출하 
고 조종을 감시기에 이행한다. 그러므로 감시기는 일감처리에서 실패하고 오유통 
보를 내 보내 며 다른 일 감을 적 재한다. 

• 시계 : 시계는 한개의 일감이 체 계를 독점하는것을 막는데 쓰인다. 시계는 매개 
일감을 시작할 때 설정된다. 시계가 만기되면 사용자프로그람은 중지되고 조종은 
감시기에로 돌아 간다. 

• 특권명령 : 일정한 기계준위명령들은 지정된 특권을 가지고 있으며 감시기만이 
집 행할수 있다. 사용자프로그람을 집행하는 동안 처 리기가 이 러한 명 령과 만나면 
오유가 발생하여 조종을 감시 기 에 이 행 시 킨다. 특권을 가진 명 령 들속에 입 출력 명 
령 들이 속하며 그런 경 우 감시 기 는 입 출력장치 들에 대 한 조종을 보류한다. 실 례 
를 들면 사용자프로그람이 다른 일감으로부터 일감조종명령을 우연적으로 읽어 
들이 는것 을 막는다. 사용자프로그람이 입 출력 을 수행하려 고 한다면 그것 은 감시 
기 가 그것 에 대 한 조작을 진행하도록 요청해 야 한다. 

• 새치기 : 사용자프로그람에 조종을 넘기거나 사용자프로그람으로부터 조종을 회 
복하는데서 더 많은 유연성을 가지게 한다. 

물론 이러한 기능이 없는 조작체계를 만들수 있다. 그러나 를퓨터판매자들은 결과를 
예측할수 없다는것을 재빨리 알아 차리고 비교적 원시적인 일괄조작체계에도 이러한 장 
치적기능을 실현하였다. 

일괄조작체 계 에서 기 계시 간은 사용자프로그람의 집 행과 감시기집 행사이 에서 번갈아 
소비된다. 이때 두가지 손실경향이 나타났는데 그것은 일부 주기억기가 감시기를 필요이 
상 차지 하고 있다는것과 감시기 에 의하여 일부 기계시 간이 소비된다는것이 였다. 이것은 
둘다 간접소비시간을 발생시킨다 . 이 간접소비시간이 있음에도 불구하고 단순일괄체계는 
콤퓨터의 사용을 개선한다. 

파일로부터 레코드읽기 0.0015 s 
100개의 명령집행 0.0001 s 

파일로부터 레코드쓰 기 0.0015 s 
계 一 0.0031 s 

CPU 사용퍼센트 = 0.0001/ 0.0031=0.032=3.2% 

그림 2-4. 체계사용률실례 
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그림 2-5. 다중프로그람처 리 실례 

1- 단일프로그람처 리，두개의 프로그람을 가진 다중프로그람처 리 
n - 세개의 프로그람을 가진 다중프로그람처리 

다중프로그람식일팔체계 

단순일괄조작체계가 자동적으로 일감순서를 작성한다고 하여도 처리기는 흔히 휴식 
하게 된다. 문제는 입출력장치가 처리기에 비하여 뜨다는것이다. 그림 2-4 에서는 구체적 
인 계산실례를 보여 주고 있다. 계산은 레코드당 평균 100개의 기계명령을 가지고 있는 
레 코드파일 을 처 리 하는 프로그람과 관련한것 이 다. 이 실 례 에 서 를퓨터 는 96%이 상의 시 간 
을 입출력장치 가 파일과 자료이송을 끝낼 때까지 기 다리는데 소비 하고 있다. 그림 2-5 -1 
는 이 상태 를 보여 주고 있 다. 그림 에 는 단일 프로그람작성 법 으로 작성한 한개 의 프로그 
탐이 있다. 처 리 기는 입 출력명 령 에 이를 때 까지 일정한 시 간을 집 행하는데 소비 한다. 그 
다음 처 리 기는 입출력명 령 이 결속될 때까지 더 전진하지 않고 기다려야 한다. 

이러한 비효률성은 필요 없다. 조작체계감시기와 사용자프로그람을 유지하자면 충분 
한 기 억 기 가 있 어 야 한다. 조작체 계 와 두개 의 사용자프로그람을 보관하기 위한 공간이 
있다고 하자. 이제는 한 일감이 입출력장치의 기다림을 요구할 때 처리기가 다른 일감에 
로 절환할수 있다. 이것은 입출력을 기다리지 않는것과 류사하다(그림 2-5 u ). 게다가 
세개，네개 기억기를 확장할수도 있다(그림 2-5 n ). 이러한 처리를 다중프로그람처리 또 
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는 다중과제처리라고 한다. 이것이 현대 조작체계의 중심주제이다. 

다중프로그람처 리의 우점 을 설명 하기 위하여 간단한 실례를 들자. 256 K 단어의 기 억 
기 (조작체계 가 쓰지 않는)，디스크，말단，인쇄 기를 가진 를퓨터를 고찰하자. 표 2-1 에 제 
시된 속성들을 가지는 세개의 프로그람，일감 1，2, 3이 갈은 시간에 집행될것을 요구하 
고 있다. 일감 2와 3에서는 최소한의 처리를 요구하며 일감 3은 디스크와 인쇄기를 련속 
적 으로 사용한다고 가정한다. 표준일괄환경 에서 일감들은 순차적 으로 집 행된다. 그러 므로 
일 감 1은 5 min 동안에 완료되 고 일 감 2는 5 min 이 지 나갈 때 까지 기 다려 야 하며 그후 
15 min 동안에 완료된다. 일감 3은 20 min 후에 시작하여 초기시간부터 30 min 만에 완료된다. 
평균자원사용률，처리능력，응답시간을 표 2-2 의 단일프로그람방식렬에 보여 주었다. 장 
치별 사용률을 그림 2-6 에 보여 주고 있다. 평균 30 min 시 간주기가 요구된다고 할 때 모 
든 자원들에서의 사용률이 낮다. 

다중프로그람방식의 조작체계밑에서 일감들이 병행하여 실행된다고 가정하자. 일감 
들사이에서 자원경쟁이 적으므로 세개의 일감은 모두 콤퓨터내의 다른것들과 공존하면서 
거의 최소시간내에 실행될수 있다(일감 2와 3이 입력과 출력조작을 하는데 충분한 처리 
기시간을 할당 받는다고 가정한다면). 일감 1은 완료하는데 5 min 을 요구하지만 그 시간 
에 일감 2는 3분의 1을 끝내며 일감 3은 절반을 끝내게 될것이다. 이 세가지 일감은 모 
두 15 min 에 완결될것이다. 이러한 개선정도는 그림 2-6 l 에 보여 준 기둥도표로부터 얻 
어 진 표 2-2 의 다중프로그람처리렬을 고찰해 보면 명백하다. 

표 2-1. 견본프로그람집행 속성 



일감 1 

일감 2 

일감 3 

일감형래 

대 량계 산 

대량입출력 

대량입출력 

지속시간 

5 min 

15 min 

lOmin 

필요한 기억기량 

50 k 

100 k 

80 k 

디스크요구? 

없음 

없음 

있음 

말단요구? 

없음 

있음 

없음 

인쇄기요구? 

없음 

없음 

있음 


단순일 괄체 계 와 마찬가지 로 다중프로그람식일괄체 계 는 일정 한 콤퓨터장치특성 에 의 
거하여 야 한다. 다중프로그람처 리 에서 가장 주목할만한 특징은 입출력 이 수행되는 동안 
다른 일감을 계속 집행할수 있는것이다. 입출력조작이 완료되면 처리기는 조작체계에 있 
는 새 치기조종프로그람에로 조종이 넘 어 가게 된다. 그러면 조작체계는 조종을 또다른 
일감에 넘긴다. 

다중프로그람처 리조작체 계 들은 단일프로그람 즉 단일프로그람처 리 에 비 하여 상당히 
복잡하게 얽 힌 체 계 들이 다. 실행할 준비 가 되 여 있는 몇 가지 일감들을 가지 자면 일정 한 
형의 기 억기관리가 있어 야 하며 주기억기 내에 일감들이 유지되 여 있어 야 한다. 몇가지 
일감들이 실행할 준비가 되면 처리기는 어느것을 실행하겠는가를 결정해야 하는데 이것은 
일정한 일정작성알고리듬을 요구한다. 이 장에서 후에 이 개념들을 설명한다. 

시분할체계 

다중프로그람처 리를 사용하면 일괄처 리가 아주 효과적 일수 있다. 그러나 많은 일감 
들에서 사용자가 직접 콤퓨터와 대화하는 방식을 요구한다. 실제상 트랜잭션처리와 갈은 
일감들에서 대화방식 이 본질적 인것으로 되고 있다. 
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오늘날 대화형계산기 등에 대한 요구는 전용극소형콤퓨터를 사용하여 만족시킬수 있 
다. 1960년대에는 대부분의 극소형콤퓨터들이 크고 비쌌기때문에 그런 선택을 할수 없었 
다. 그대신 시분할방법 이 개발되였다. 

다중프로그람처리는 처리기로 하여금 다중일괄일감들을 한번에 조종할수 있게 하는 
것 과 마찬가지 로 다중프로그람처 리 를 다중대 화형일 감들을 조종하는데 사용할수 있다. 후 
자의 경우에 사용되는 수법을 시분할이라고 한다. 그것은 처 리 기의 시 간이 다중사용자들 
속에서 공유되기때 문이 다. 시분할체 계 에서 다중사용자들은 말단들을 통하여 체계에 동시 
에 접 근하며 조작체 계 는 짧고 무리 적 인 또는 량자적 인 계 산을 진행하는 방법 으로 매 개 
사용자프로그람의 집 행을 교차처 리한다. 따라서 n 개의 사용자가 한번에 봉사 받을것을 
요청 한다면 매 사용자는 조작체 계 의 간접 소비 시 간을 고려 하지 않는다면 유효를퓨터 속도 
의 평균 1/ n 동안만 봉사 받는것으로 된다. 그러나 사람의 반응속도가 상대적으로 낮다고 
하면 합리적으로 설계된 체계의 응답시간은 전용를퓨터의 응답시간과 비교할 정도로 된다. 

일괄처리와 시분할처 리는 모두 다중프로그람처리를 사용한다. 주요차이는 표 2-3 에 
제시되여 있다. 

처 음으로 개 발된 시 분할체 계 들중의 한개 가 호환성 있는 시 분할체 계 였 다 ( CTSS ) [COR 
B 62]. 이것은 MAC ( Machine-Aided Cognition 또는 Multiple-Access Computers ) 계획 
으로 알려 진 한 그루빠가 마샤츄세츠공과대학 ( MIT ) 에서 개발하였다. 이 체계는 1961년 
에 IBM 709용으로 처음 개발되였으며 후에 IBM 7094에 이식되였다. 

후에 나온 체계들에 비해 볼 때 CTSS 는 아주 원시적이 였다. 그 체계는 32,000개의 
36 bit 단어의 용량을 가진 기 억기를 장비 한 기계상에서 단어 5,000개를 차지 하는 상주감 
시 기를 사용하여 실행하였다. 대화형사용자에게 조종이 할당되면 사용자프로그람과 자료 
는 주기억기 의 나머지 27,000개 단어 에 적재 되 였 다. 프로그람은 적재 되 여 항상 5,000번 
째 단어위치에서 시작하였다. 이것은 감시기와 기억기관리를 둘다 간단히 할수 있게 하 
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그림 2-6. 사용률도표 : 1- 단일 프로그람처 리， L - 다중프로그람처 리 






32% 


43% 


처리기사용 

기억기사용 30% 63% 

디스크사용 33% 67% 

인쇄기사용 33% 67% 

경 과시 간 30 min 15 min 

처리능력속도 6일감 /h 12일감八1 

평 균응답시 간 18 min lOmin 


였다. 체계박자는 대략 0.2 s 에 한번의 속도로 새치기를 발생시켰다. 매개 박자새치기에서 
조작체계는 조종을 회복하고 다른 사용자에게 처리기를 할당할수 있었다. 이렇게 하여 
정규적인 시간간격으로 현재 사용자는 선취되고 다른 사용자가 적재된다. 원래의 사용자 
프로그람상태 를 후에 회 복할수 있도록 보존하기 위하여 원래 사용자프로그람과 자료를 
디스크에 써넣은 다음 새로운 프로그람과 자료를 읽어 들인다. 후에 원래 사용자프로그 
람코드와 자료는 자기 차례 가 될 때 주기억기 로부터 회 복된 다. 

디스크정보흐름를 최소화하기 위하여 들어 오는 프로그람이 덧씌 여 질 때 에만 사용 
자프로그람을 디스크에 써넣는다. 이 원리를 그림 2-7 에서 설명하고 있다. 다음과 같은 
기 억기요구를 가진 4개의 대화형사용자가 있다고 가정하자. 

• 일감 1： 15,000 

• 일감 2: 20,000 



n) u) 


그림 2-7. CTSS 조작 
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표 2-3. 일팔다중프로그람처리 대 시분할처리 



일괄다중프로그람처리 

시 분할처 리 

기본목적 

처리기사용을 최대로 한다. 

응답시간을 최소화한다. 

조작체계에 대한 
지 령 문원 천 

일감을 제공하는 
일감조종언어지령들 

말단에서 들어 온 
지령들 


• 일감 3: 5000 

• 일감 4: 10,000 

처 음에 감시기 는 일 감 1을 적 재 하고 조종을 그것 에 이 행한다 (1). 감시기 는 조종을 
일감 2에 이행시 킬것을 결정한다. 그것은 일감 2가 일감 1보다 더 많은 기 억기를 요구하 
며 일감 1을 우선 외부쓰기해야 일감 2를 적재시킬수 있기때문이다 ( L ). 다음으로 일감 
3이 적재되여 실행된다. 그러나 일감 3은 일감 2보다 작기때문에 일감 2의 일부를 기억 
기에 남겨 둘수 있으며 디스크 쓰기시간을 줄일수 있다 ( n ). 그후 감시기는 조종을 일감 
1에 다시 이행시키기로 결정한다. 일감 2의 추가부분은 일감 1이 기억기에 다시 적재될 
때 외부쓰기되여야 한다(근). 일감 4가 적재될 때 일감의 일부와 일감 2의 일부는 기억 
기에 남아 있다 ( d ). 이 시점에서 일감 1이든가 일감 2가 능동화된다면 부분적재만 요구 
될것이다. 이 실례에서 다음번에 실행해야 할것은 일감 2이다. 이것은 일감 4와 일감 1 
의 나머지부분을 외부쓰기하고 일감 2의 빠진 부분을 읽 어 들일것을 요구한다. 

CTSS 방법은 오늘의 시분할방법에 비하여 원시적으로 동작하였다. 그것은 극히 단순 
하였고 감시기의 크기를 최소화하였다. 일감이 항상 주기억기의 같은 위치에 적재되였기 
때 문에 적재 시 치 환기 능이 전혀 요구되지 않았다(후에 설명한다. ). 단지 필요한것 을 외 
부쓰기 하는 수법 으로 디 스크동작을 최 소화하는것 이 였 다. 7094상에 서 실 행 할 때 CTSS 는 
최대 32명의 사용자를 지원하였다. 

시 분할처 리 와 다중프로그람처 리 는 조작체 계 에 많은 문제 들을 제 기 하였 다. 다중일 감 
이 기억기안에 있다면 다른것들끼리 서로 간섭하는데로부터 실례로 다른것들의 자료를 
수정시키지 못하도록 보호하여 야 한다. 다중대 화형사용자들에 대 하여서 는 권한을 가진 
사용자만이 특정한 파일을 호출할수 있도록 파일체 계 를 보호해 야 한다. 인쇄 기 와 대 용량 
기억장치들과 갈은 자원을 사용하는데서 발생되는 경쟁을 조종해야 한다. 이것과 다른 
문제들의 해결방도에 대하여 책전반에서 론의할것이다. 

제 3 절. 해결한 주요내용 

조작체계는 지금까지 개발된 가장 복잡한 프로그람들중에 속한다. 이것은 곤난을 극 
복하려는 도전 그리고 일부 경우에 편리성，효률성，발전성에 대한 대상들사이의 경쟁을 
반영하고 있다. [ DENN 80 a ] 에서는 조작체계개발에서 5가지의 주요리론적전진이 있었다 
는것을 강조하고 있다. 즉 

• 프로쎄스 

• 기억기관리 

• 정보의 보호와 보안 

• 일정작성과 자원관리 

. 체계구조 

매 개 전진은 어 려 운 실천적 문제 들을 해 결 하기 위하여 개 발된 원리들이 나 추상적 개 념 
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들로 특징 지 어 진다. 이 5개의 령역은 현대 조작체계들의 주요설계와 실물들에서 다 같 
이 기 초로 되 고 있다. 이 절에서 5개 령역을 고찰해 보는것은 본문의 나머지부분들을 개 
괄하는데 도움을 주게 된다. 


프로쎄스 


프로쎄스에 대한 개 념은 조작체계의 구조에서 기본개념이 다. 이 용어는 1960년대에 
Multics 의 설계 자들이 처음으로 사용하였다 [ DALE 68]. 그것은 일감보다 더 일반적 인 용 
어 이다. 다음과 갈은것들을 포함하여 용어 프로쎄스에 대한 정의들이 있다. 

• 집행상태 에 있는 프로그람 

• 콤퓨터 에 서 실 행하는 프로그람의 구체 례 

• 처 리기에 할당할수 있고 처 리기에서 집행할수 있는 구체례 

• 단일 하고 순차적 인 집 행 스레드，현 상태，련관된 체 계 자원의 모임 으로 특징 지 어 
지는 동작단위 

이 개 념들은 앞으로 가면서 점 차 명백해 질것 이다. 

콤퓨터 체 계 개 발의 세 가지 방향인 다중프로그람방식 의 일 괄조작，시 분할，실 시 간트랜 
잭션체계는 박자화와 동기화의 문제를 발생시켰는데 그것은 프로쎄스의 개념을 세우는데 
기 여하였다. 이 미 본바와 같이 다중프로그람방식은 기 억장치들을 포함하여 처 리기와 입 
출력 장치 들이 동시 에 동작하도록 설계하여 최 대효률을 달성하도록 하였 다. 주요한 수법 
은 입 출력 트랜잭 션의 완료를 표시하는 신호에 응답하여 주기억 기 안에 있는 여 러 가지 프 
로그람들에 대하여 처리기를 절환하도록 하는것이다. 

개발의 두번째 방향은 일반목적시분할이였다. 여기서 주되는 설계목표는 개별적인 
사용자의 요구에 응답하는데 있으며 또한 비용상 견지 에서 많은 사용자를 동시 에 지원할 
수 있게 하는데 있다. 사용자의 반응시간이 상대적으로 느리므로 이 목표는 호환성을 가 
진다. 실례 로 대체 로 사용자가 처 리시간을 분당 평균 2 s 요구한다면 30명 에 가까운 사용 
자를 간섭이 없이 갈은 체계에 공유할수 있을것이다. 물론 조작체계의 간접소비시간은 
고려해 야 한다. 

개발의 다른 중요한 방향은 실시간트랜잭션처리체계이다. 이 경우 많은 사용자가 자료 
기지에 문의하거나 갱신을 하려고 한다. 실례로 정기항공로예약체계를 들수 있다. 트랜잭션 
처리체계와 시분할체계사이의 주요차이는 전자는 한개 또는 몇개의 응용으로 제한되지만 반 
면에 시 분할체 계 의 사용자들은 프로그람개 발，일 감집 행 과 여 러 가지 응용프로그람의 사용에 
참가할수 있다는것 이 다. 두 경우에 모두 체계응답시 간이 가장 중요한 지표로 된다. 

초기 에 다중프로그람처 리 방식 과 다중사용자대 화체 계 를 개 발하는데서 체 계프로그람작 
성자가 할수있는 기본도구는 새치기였다. 어떤 일감의 동작은 입출력완료와 같은 정의 
된 사건의 발생 으로 중단시 킬수 있었다. 처 리 기는 일정한 문맥 (실례 로 프로그람계수기 나 
다른 등록기들의 내 용)을 보관하여 야 했고 새 치 기의 특성을 판정할 새 치기조종루린에 로 
이행하여 새치기를 처리한 다음 새치기된 일감이나 어떤 다른 일감을 가지고 사용자처리 
를 회복하였을것 이 다. 

여 러 가지 동작을 조화시켜 주는 체계프로그람설계는 많은 어 려운 문제들을 산생시켰 
다. 임의의 한 시각에 진행중인 많은 일감들은 그 매개가 순차에 따라 수행해야 할 많은 
단계 들을 포함하고 있 었 으며 사건들의 순차에 대 한 모든 조합을 분석하는것 은 불가능하 
였다. 동작의 일치성과 협동에 대한 체계적인 의미들을 무시하고 프로그람작성자는 조작 
체계 가 조종해 야 할 환경을 자기식 으로 리해한 기초우에서 특별한 방법에 매 달리게 되 였 
다. 이 결과 어떤 상대적 으로 드문 동작순차들이 발생할 때 에만 그 영향을 관찰할수 있 
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는 미 묘한 프로그람작성 오유들을 극복하기 힘 들었 다. 이 오유들은 응용프로그람오유와 
하드웨 어 오유들을 구별 해 야 하였 기 때 문에 진 단하기 힘 들었 다. 오유가 검 출되 였 다 하여 도 
원인을 판정하기 힘들었다. 왜냐하면 오유가 나타나는 정밀한 조건들을 다시 발생시키는 
것 이 매 우 힘 들었기 때 문이다. 일 반적인 용어 들로서 그러한 오유의 기 본원인에 는 4가지가 
있다 [DENN 80 a ]. 즉 

• 부적 당한 동기화 : 이것은 흔히 체계내에서 다른 사건을 기 다리면서 어떤 루린 
을 중지시켜 야 하는 경우이 다. 실례 로 입 출력읽 기를 시 작하는 프로그람은 착수 
하기 전에 완충기 에 서 자료를 불러 낼수 있 을 때 까지 기다려야 한다. 그런 경 우 
에 일부 다른 루린들로부터 어떤 신호를 요구하게 된다. 신호를 내보내는 기구 
를 부정 확하게 설계하면 수신되 는 신호를 잃 어 버리거 나 중복시키 는 결과를 초 
래할수 있다. 

• 고장호상배제 : 이것은 흔히 한개이상의 사용자나 프로그람이 공유된 자원을 같 
은 시간에 사용하려고 하는 경우이다. 실례로 정기항공로예약체계에서 두 사용자 
가 자료기지를 읽으러고 할수 있다. 만일 좌석 이 비여 있으면 예 약하도록 자료기 
지 를 갱 신한다. 이 접 근들을 조종하지 않으면 오유가 발생할수 있 다. 일정한 종 
류의 호상배 제기 구가 있 어 서 한번에 한개 의 루린만이 일부 자료와 거 래할수 있 
도록 허가해야 한다. 이러한 호상배제의 실현은 확인하기가 힘들다. 그것은 가능 
한 모든 사건순서하에 서 만 정 확하기 때 문이 다. 

• 불명확한 프로그람조작 : 특정한 프로그람의 결과들은 보통 프로그람의 입 력에 
만 관계되며 공유된 체 계내의 다른 프로그람들의 동작에 는 관계 되지 않는다. 그 
러나 프로그람들이 기억기를 공유하고 처리기가 그것들의 집행에 끼우게 되면 
예 측할수 없는 방식 으로 공통기 억 기 구역 에 덧 쓰기 가 일 어 나면서 서 로 간섭할수 
있 다. 그러 므로 여 러 가지 프로그람을 일 정작성하는 순서 가 특정 한 프로그람의 결 
과에 영향을 줄수 있다. 

• 교착 : 둘이 상의 프로 그람이 서 로 기 다림 상태 에 들어가는 경 우가 있을수 있 다. 
실례 로 두개의 프로 그람이 어떤 조작을 수행 하기 위하여 (실례 로 레 프에 디스크 
의 내 용을 복사하기 위 하여 ) 두개 의 입 출력장치 들을 각각 요구할수 있 다. 프로 그 
람중의 하나가 두 장치중의 한개에 대 한 조종을 차지하였고 다른 프로 그람은 다 
른 장치 에 대 한 조종을 차지하였 다. 각자는 다른 프로 그람이 희망하는 자원을 해 
방시킬것을 기다리고 있다. 이러한 교착은 자원배정과 해방의 우연적인 시간맞물 
림에 의존할수 있다. 

이 문제를 처 리하는데 필요한것은 처 리기 에서 집행하는 여 러 가지 프로그람들을 관리 
하고 조종하는 체계적인 방법이다. 프로쎄스에 대한 개념은 그 기초를 준다. 프로쎄스가 
세개의 구성성 분들로 구성된다고 생 각할수 있다. 

• 집행가능한 프로그람 

• 프로그람이 요구하는 련관된 자료(변수，작업공간，완충기 등) 

• 프로그람의 집행문맥 

이 마지막요소가 본질적 이다. 집행문맥 또는 프로쎄스상태는 조작체계가 프로쎄스를 
관리하는데 필요하며 처 리기 가 프로쎄스를 완전히 집 행하는데 필요한 모든 정 보를 포함 
한다. 문맥에 는 프로그람계수기 와 그리고 자료등록기 들과 같은 여 러 가지 처 리 기등록기들 
의 내용이 포함된다. 그것은 또한 처 리의 우선권과 처 리기가 특정한 입출력사건의 완료 
를 기 다리 고 있는가 아닌가 하는 조작체계 에 대 한 사용정보를 포함한다. 
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적재될 때 A 는 자동적으로 집행을 회복한다. 

이와 같이 프로쎄스는 자료구조로 실현된다. 프로쎄스는 집행중이든가 집행기다림중 
에 있을수 있다. 임의의 순간에 프로쎄스의 완전한 상태는 그의 문맥에 포함되여 있다. 
이 구조는 프로쎄 스들속에서 일 치 성과 협동동작을 담보하는 강력한 수법 을 개 발할수 있 
게 한다. 기능을 지원하는데 요구되는 임의의 새로운 정보를 포함하도록 문맥을 확장함 
으로써 새 로운 기 능을 설계하여 조작체 계 에 병 합시 킬수 있 다(실례 로 우선권) . 이 책 전반 
에서는 많은 실례를 보게 되는데 여기서는 프로쎄스처리구조를 사용하여 다중프로그람작 
성과 자원공유에서 제기되는 문제들을 해결하고 있다. 

기억기관리 

모둘식 프로그람작성 과 자료를 유연하게 사용할수 있는 계 산환경 에 의하여 사용자들 
의 요구를 더 잘 만족시 킬수 있다. 체 계관리 자들은 기 억기 배정 을 효률적 이 며 정 연하게 
조종할것을 요구한다. 이 요구를 만족시키자면 조작체계는 5가지 기본적인 기억기관리기 
능을 가지고 있어 야 한다. 

• 프로쎄스고립 : 조작체계는 자료와 기 억기들이 서 로 간섭하지 않도록 독립 적 인 
프로쎄스들을 보호하여 야 한다. 

• 자동배정과 관리 : 프로그람들은 기억기계층구조를 요구에 따라 동적으로 배정 
받게 된다. 배정은 프로그람작성 자에게 투명적 이여야 한다. 이와 같이 하여 프로 
그람작성 자는 기 억 기 한계 를 우려 하지 않아도 되 며 조작체 계 는 필 요할 때 에 만 일 
감들에 기 억기를 배정함으로써 효률을 높일수 있다. 

• 모듈식프로그람작성 의 지 원 : 프로그람작성 자들은 프로그람모둘들을 정 의 하고 
창조하며 모둘들의 크기를 동적으로 변경시킬수 있다. 

• 보호와 접 근조종 : 기 억기계 층구조의 임의의 준위 에서 기 억기를 공유하는것 은 
한 프로그람이 다른 프로그람의 기 억기공간을 주소지정할수 있는 가능성을 준다. 
이 것은 특정한 응용프로그람이 공유를 요구할 때 필요하다. 다른 때 에는 프로그 
탐들의 완전성과 조작체계기억기의 부분들에 접근할수 있게 하여야 한다. 

• 장기기 억 : 많은 응용프로그람들은 콤퓨터전원이 꺼진 다음에 확장된 시 간주기동 
안 정 보를 기 억 하기 위한 수단을 요구한다. 

대체로 조작체계들은 가상기억기와 파일체계기능들을 사용하여 이 요구를 만족시킨 
다. 파일체 계는 장기기 억을 실현하는데 이때 정보는 이름 불은 대상들과 호출된 파일들 
로 기 억된다. 파일 은 프로그람작성 자에 게 편리한 개 념 으로서 접 근조종과 조작체 계보호의 
유용한 단위로 된다. 

가상기 억기는 프로그람들이 물리 적 으로 가능한 주기억 기의 량을 고려하지 않고 론리 
적인 견지에서 기억기를 주소화할수 있게 하는 장치이다. 가상기억기는 다중사용자일감 
들을 주기억기 안에 동시 에 상주시켜 한개의 프로쎄스를 2차기억기 에 써내고 다음 프로쎄 
스를 읽어 들이는 동안 련속적 인 프로쎄스집 행사이 에 일 어 나는 새 치 기를 없앨데 대 한 
요구를 만족시키기 위하여 만들어 냈다. 프로쎄스들은 크기 가 다르므로 처 리기 가 많은 
프로쎄 스들속에 서 절환된다면 그것들을 밀집하여 주기억기 에 넣 기 곤난하다. 이 런데 로부 
터 페지화체계를 도입하였는데 이것은 프로쎄스들을 페지라는 많은 고정크기의 블로크들 
로 만든다. 프로그람은 폐지번호와 페지안에서의 편위로 구성되는 가상주소를 사용하여 
단어 를 참조한다. 프로쎄스의 매개 폐지를 주기억기의 임의의 곳에 배 치할수 있다. 폐지 
화체 계 는 프로그람에 사용된 가상주소와 실제 주소 즉 주기억기 의 물리적주소사이 에서 의 
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동적배치를 할수 있게 한다. 

주소사영하드웨어를 사용하는 경우에 다음의 론리적단계는 프로쎄스의 모든 페지들 
을 주기 억 기 에 동시 에 상주시 킬데 대 한 요구를 없애 는것 이였다. 프로쎄 스의 모든 페 지 들 
은 디스크상에 보관되여 있다. 어떤 프로쎄스가 집행중에 있을 때 그의 일부 페지들은 
주기억기에 있다. 만일 참조가 주기억기에 없는 페지에서 이루어 진다면 기억기관리장치 
는 이것을 검출하고 빠진 페지가 적재되도록 한다. 이러한 도식을 가상기억기라고 하며 
그림 2-9 에 보여 주고 있다. 

처 리기하드웨어는 조작체계와 함께 사용자가 가상기 억기에 접근하는《가상처 리기》 
를 가질수 있게 한다. 가상기억기는 선형주소공간 또는 토막들의 집합일수 있다. 토막은 
린접 하는 주소를 가진 가변길 이블로크들이 다. 어느 경우든 프로그람작성 언어명 령은 가상기 억 
기에서 프로그람과 자료의 위치들을 참조할수 있다. 매개 프로쎄스들에 단일하고 겹치지 않 
는 가상주소를 주어 프로쎄스들을 고립시킬수 있다. 두개의 가상기억기공간의 일부분을 겹치 
게 하여 기억기공유를 실현할수 있다. 파일들은 장기기억기에 보관되여 있다. 파일들과 파일 
의 일부분들을 프로그람들이 다룰수 있도록 가상기 억기 에 복사시 킬수 있다. 

그림 2-10 은 가상기억기조작에서 주소화관계를 강조하고 있다. 기억기는 직접주소화 
가능한(기계명 령들에 의하여 ) 주기억기와 블로크들을 주기억 기 에 적재시켜 간접적 으로 
접 근하는 저속보조기억기 로 구성되 여 있다. 처 리기 와 기 억 기사이에 주소변환하드웨 어(주 
소사영기)가 들어 간다. 프로그람들은 가상주소로 위치를 참조하는데 가상주소는 실제 
주기억기주소로 사영된다. 만일 실제기 억기주소가 아니 라 가상주소로 참조한다면 실제기 
억기내용의 일부가 보조기억기에로 바뀌여 나가고 요구하는 자료블로크가 바뀌여 들어 
간다. 이 동작이 진행 되 는 동안에 주소참조를 발생한 프로쎄 스는 중단시 켜 야 한다. 설계 



주기억기는 폐지의 크기와 같은 
고정길이의 많은 프레임들로 
구성되여 있다. 프로그람을 실행 
하기 위하여 일부 폐지 또는 모병 •_ 
폐지를 주기억기에 넣어야 한다. 



디스크 


2 차기 억 기 (디 스크)는 고정 길 이 의 
많은 폐지들을 가지고 있다. 

사용자프로그람은 몇개의 폐지들 
로 되여 있다. 모든 프로그람과 조 
작체 계 의 페지 들은 파일 로서 디 스 
크에 있다. 


：!림 2-9. 가상기억기의 개념 
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자의 과업 은 주소변환기 구를 개 발하여 간접 소비 시 간을 작게 하며 기 억 기 준위 들사이 에서 
정 보흐름을 최 소화하는 기 억 기배정 방법을 확립 하는것 이 다. 

정보의 보호와 보안 

시분할체계와 최근 를퓨터망사용이 확대되면서 정보보호에 대한 관심 이 높아 졌다. 
어떤 방식에 관계되는 토막과제의 본질은 환경에 따라 크게 변화된다. 그러나 콤퓨터와 
조작체계들에 만들어 넣을수 있는 일부 일반목적의 도구들이 있다. 그 도구들은 다양한 
보호와 보안수법를 준다. 일반적으로는 콤퓨터체계와 거기에 기억된 정보들에 대한 접근 
을 조종하는 문제에 관심을 가진다. 

보안과 보호에서의 많은 작업은 조작체계와 관련이 있는것으로서 세개의 범주로 묶 
어 볼수 있다. 즉 

• 접근조종 : 총적인 체계，부분체계，자료에 대한 정규적인 사용자접근과 체계에 
있는 여러가지 자원과 개체들에 대한 프로쎄스접근과 관련된 조종이다. 

• 정보흐름조종 : 체계의 자료와 그것을 사용자들에게 분배하는 흐름을 조절한다. 

• 인중 : 접근 및 흐름조종기구들이 자기 명세대로 동작하며 그것들이 희망하는 보 
호와 보안방법을 실시하는가를 확증한다. 



일정작성과 자원관리 

조작체계의 기본과제는 사용가능한 여러가지 자원들(주기억기공간，입출력장치들，처 
리 기 들) 을 관리 하는것 이며 여 러 가지 능동프로쎄 스들이 그것 을 사용하는 일 정 을 작성 하는 
것 이 다. 임의의 자원배 정과 일정 작성 방식은 세 가지 인자들을 고려 하여 야 한다. 즉 

• 공평성 : 대체로 특정한 자원을 사용하려고 경쟁하는 모든 프로쎄스들이 그 자 
원에 거의 동일하게 그리고 공평 하게 접근하도록 하려고 한다. 특히 같은 일감들 
즉 류사한 요구를 가진 일감들에 대 하여 그러 하다. 

• 차분응답성 : 한편 조작체계는 서 로 다른 봉사요구를 가진 각이 한 부류의 일감들 
을 식별해 낼것을 요구한다. 조작체계는 총체적 인 요구들을 만족시키도록 배정 
및 일정작성을 결정하여야 한다. 조작체계는 또한 이 결정을 동적으로 진행하여 
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야 한다. 실례로 어떤 프로쎄스가 입출력장치를 기다린다면 조작체계는 그 프로 
쎄스가 가능한 집행을 빨리 끝내고 장치를 해방하여 다른 프로쎄스들의 요구를 
만족시키도록 일정을 작성하려고 할수 있다. 

• 효률 : 조작체계는 처리능력을 최대로 되게 하고 응답시간을 최소화하며 시분할 
인 경우 가능한 많은 사용자들의 편의를 도모하려고 시도해 야 한다. 이 기준은 
어느 정도 모순적이다. 특정한 환경에서 균형을 옳게 맞추는것이 조작체계연구의 
현실적인 문제이다. 

일정작성과 자원관리과제는 본질적으로 조작들에 대한 연구문제이며 련마된 수학적 
결과들을 적용할수 있다. 더우기 체계동작을 측정하여 감시기가 조정할수 있게 하는것이 
중요하다. 


프로 i 卷 I ， 



입출력새터의 



프로쎄 스에 로 
조종넘기기 


그림 2-11. 다중프로그람방식 에 서 조작체 계 의 기 본요소들 


그림 2-11 은 다중프로그람처 리 환경 에 서 프로쎄 스들의 일 정작성 에 포함된 조작체 계 의 
기본요소들과 자원할당을 보여 주고 있다. 단순히 어떤 자원을 기다리는 프로쎄스들의 
목록이다. 단기대기렬은 주기억기에 있는(또는 적어도 기본적인 최소부분이 주기억기에 
있는) 그리고 실행할 준비 가 되여 있는 프로쎄스들로 구성되여 있다. 이 프로쎄스들중에 
서 임의의 한개가 처리기를 다음번에 사용할수 있다. 그 한개를 골라 내는것이 바로 단 
기일정작성기 또는 배분프로그람의 임무로 되여 있다. 공통적인 전략은 대기렬안에 있는 
매개 프로쎄스들에 차례로 일정한 시간이 차례지게 하는것이다. 이것을 순환법이라고 한 
다. 역시 우선권준위들도 사용할수 있다. 

장기 대 기 렬은 처 리 기 를 사용하려 고 기 다리 는 새 로운 일 감들의 목록이 다. 조작체 계 는 
프로쎄스를 장기대기렬에서 단기대 기렬에 이송시 킴 으로써 체계 에 일감들을 추가한다. 이 
경우 들어 오는 프로쎄스에 주기억기의 일부를 배정하여 야 한다. 이 렇게 함으로써 조작 
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체계는 너무 많은 프로쎄스들을 체계에 허락해 주어 기억기나 처리시간에서 문제가 생기 
지 않도록 담보하여야 한다. 매개 입출력장치에 입출력대기렬이 있다. 매개 장치를 사용 
하려고 기 다리 는 프로쎄 스들은 모두 장치 들의 대기 렬에 줄 서 게 된다. 그때 조작체 계 는 
어 느 프로쎄 스를 사용가능한 입 출력 장치 들에 할당하겠는가를 결정 해 야 한다. 

조작체계는 새치기가 발생하면 새치기조종기에서 처리기의 조종을 받는다. 프로쎄스 
는 봉사호출방법 으로 입 출력 장치 조종기 와 갈은 일정 한 조작체 계 봉사를 특정 하게 기동시 
킬수 있다. 이 경우 봉사호출조종기는 조작체계에 들어 가는 입구점으로 된다. 임의의 경 
우 일단 새치기나 봉사호출을 조종하면 단기일정작성기를 기동하여 집행하기 위한 프로 
쎄스를 골라 내게 한다. 

우에서 말한것은 기능적인 설명이다. 즉 조작체계의 이 부분에 대한 세부와 모둘설 
계는 여러가지 체계들에서 각이할것이다. 조작체계에서 많은 연구와 개발노력은 공평성， 
각이한 응답성，예측가능성 및 효과성을 보장하는 기능들을 위한 알고리듬과 자료구조를 
선택하는데 관심을 돌렸다. 

체계구조 

조작체계에 기능들이 점점 추가됨에 따라 그리고 그 밑에 놓이는 하드웨어가 보다 
능력 있는 다방면적 인것으로 되여 감에 따라 조작체계의 규모와 복잡성도 커졌다. 1963 
년에 MIT 에서 연산에 도입된 CTSS 는 대 략 32,000개의 36 bit 단어를 가진 기 억기로 구성 
하였다. 1년후에 IBM 이 도입한 조작체 계 OS /360 에서는 기계명 령 이 백만개 이상이 였다. 
1975년까지 MIT 와 Bell 연구소에서 개발한 Multics 체계에서는 2천만개이상의 명령을 가 
지는 정도로 확대되였다. 최근에 보다 단순한 조작체계들은 보다 작은 체계용으로 도입 
하였지만 그 밑에 놓여 있는 하드웨어와 사용자의 요구가 높아 졌으므로 이 조작체계들 
은 불가피하게 복잡성을 더욱 증가시켰다. 따라서 오늘날의 UNIX 은 1970년대초에 몇명 
의 재능 있는 프로그람작성자들이 만들어 넣은 체계들보다 훨씬 더 복잡하며 간단한 
MS - DOS 는 OS /2 와 Wmdws 2000 의 풍부하고 복잡한 능력 을 갖추게 하기 위한 방도를 
주었다. 실례 로 Windows NT 4.0 에서는 천6백 만행의 코드를 포함하고 있으며 Windows 
2000에서는 그것 이 2배 이상으로 되고 있다. 

충분한 기능을 갖춘 조작체계의 규모와 그것 이 지정하는 과제의 난점은 모든 체계 에 
공통적 인 세 가지 문제를 초래하였다. 이것은 새 조작체계 에 한한것 이고 낡은 체계는 갱 
신된다. 첫째로，조작체계가 배포에서 시간이 걸리는것이다. 둘째로，체계들이 운영과정 
에 드러나서 그것 을 수정하거 나 재작업 해 야 하는 잠복오유를 가지 고 있는것 이 다. 셋째 로， 
성 능이 기 대하던것 보다 못하다는것 이 다. 

조작체계의 복잡성을 처 리 하고 이 문제들을 극복하기 위하여 조작체계의 쏘프트웨 어 
구조에 오래동안 초점 이 집 중되 여 왔다. 어 떤 점 들은 명 백한것 갈다. 쏘프트웨어 는 모둘 
식으로 되여야 한다. 이것은 쏘프트웨어개발과정을 조직하며 오유를 진단하고 수정시키 
는 과제들을 제한하는데서 도움을 준다. 모둘은 서로 잘 정의된 대면부를 가져야 하며 
대면부들은 될수록 간단해야 한다. 이것은 또한 프로그람작성과제를 쉽게 해준다. 그것은 
역시 체계의 발전을 더 쉽게 할데 대한 과제를 해결할수 있게 한다. 모둘들사이에서 명 
백 하고 최소인 대면부를 가지고 있으면 한개의 모둘을 다른 모둘에 최소의 영향을 주도 
록 변화시 킬수 있다. 

큰 조작체계들을 보면 백만내지 수천만행의 코드를 가지고 실행되며 모둘식프로그람 
작성하나만으로 충분하다고 볼수 없게 되였다. 그대신에 계층구조적인 충들과 정보추상 
화에 대한 개념들을 사용하는 경향이 커지게 되였다. 현대조작체계의 계층구조는 그것들 
의 복잡성，특징적 인 시 간척도，추상화준위 에 따라 자기의 기능을 분리시키 고 있다. 이때 
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체계를 어떤 준위들의 계렬로 볼수 있다. 매개 준위는 조작체계가 요구하는 기능들의 련 
관된 부분모임을 형성한다. 그것은 보다 원시적 인 기능을 수행하며 그 기능들의 세부를 
교갑화하고 있는 다음의 보다 높은 층에 봉사한다. 리상적으로 준위들은 한 준위에서의 
변화가 다른 준위들에서의 변화를 요구하지 않도록 정의되여야 한다. 이로부터 한개의 
문제를 관리할수 있는 많은 부분문제들로 분해하였다. 

일반적으로 보다 낮은 층들은 훨씬 짧은 시간척도를 취급한다. 조작체계의 일정한 
부분들은 콤퓨터하드웨어와 직접 대화하여야 하며 여기서 사건들은 수십억분의 몇초와 
갈은 짧은 시간척도를 가질수 있다. 많은 과제들중 다른 한 극단에서 볼 때 조작체계의 
일부는 사용자와 통신하는데 이때 사용자는 훨씬 느린 속도 즉 몇초에 한번 정도로 지령 
을 내보낸다. 준위모임들에 대 한 사용은 이 환경 에 훌륭히 적 응하게 한다. 

이 원리들을 적용하는 방법은 당시 조작체계들속에서 크게 차이난다. 그러나 여기에 
서 필요한것은 조작체 계 에 대 한 개괄을 줄 목적 으로 계층구조적 인 조작체 계모형 을 보여 
주는것 이 다. [ BROW 84 a ] 와 [ DENN 84] 에서 제기 한 모형은 어떤 특정 한 조작체계 에 대 
응하는것 이 아니지 만 유용하다. 이 모형 은 표 2-4 에서 정의해 주고 있으며 다음의 준위 
들로 구성되여 있다. 즉 

• 1준위 : 전자회로로 구성되여 있으며 여기에 등록기，기억세포，론리문을 취급하 
는 객체들이 있다. 이 객체들에 정의된 조작들은 등록기지우기 나 기 억위 치읽기와 
같은 동작이 다. 

• 2준위 : 처리기의 명령모임이나 이 준위에서의 조작을 더하기，덜기，적재，기억 
과 같은 기계어명령모임으로 하게 되여 있다. 

• 3준위 : 수속이나 부분루린과 호출/복귀조작에 대한 개념을 추가한다. 


표 2-4. 조작체계설계의 계■구조 


준위 

이름 

객체 

실례 조작 


13 

쉴 

사용한 프로그람작성환경 

월언어로 된 설명문 


12 

사용자프로쎄 스 

사용자프로쎄스 

리탈，삭제，중단，회복 


11 

등록부 

등록부 

창조, 파괴, 첨부，떼여내기， 
목록 

탐색， 

10 

장치 

인쇄기, 현시기，건반과 갈은 
외부장치 

열기, 닫기, 읽기, 쓰기 


9 

파일 체계 

파일 

창조, 파괴，열기, 닫기，읽기, 

쓰기 

8 

통신 

흐름관 

창조, 파괴，열기, 닫기，읽기, 

쓰기 

7 

가상기 억 기 

토막，폐지 

읽기，쓰기，불러내기 


6 

국부2차기 억 

자료블로크，장치통로 

읽기，쓰기, 배정，해방 


5 

원시적프로쎄스 

원시 적 프로쎄 스들, 신호기， 

준비 목록 

중단, 회복, 기다림，신호 


4 

새치기 

새치기조종프로그람 

기동, 마스크，마스크해겨，재시■도 

3 

수속 

수속, 호출, 탄창, i 시 

표식탄창, 호출, 복귀 


2 

명령 모임 

평가탄창, 마이크로프로그람 
해석기，스칼라 및 1 렬자료 

적재, 기억，더하기, 덜7， 

갈래 

1 

전자회로 

등록기, 론리문，모 i 등 

지우기，이송，능동，보。 



어우옴 칸은 하드웨어를 표시한다. 
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• 4 준위 : 새치기를 도입하는데 이것은 처리기가 현재의 문맥을 보관하고 새치기조 
종루린을 끌어 들이게 한다. 

이 첫 4개 준위들은 조작체계부분이 아니라 처리기하드웨어를 구성한다. 그러나 일부 조 
작체계요소들은 새치기조종루린과 같이 이 준위들에서 나타나기 시작한다. 조작체계에 접근 
하기 시작하며 다중프로그람처 리와 관련된 개념들이 나타나는것 이 바로 5준위 이 다. 

• 5 준위 : 집행중에 있는 프로그람과 같이 프로쎄스에 대한 일반개 념 이 이 준위에 
서 도입된다. 다중프로쎄스를 지원하는 조작체 계에 대한 기본요구는 프로쎄스를 
중단하고 회 복하는 능력을 포함하는것 이 다. 이 것은 하드웨 어 등록기들을 보관하여 
한 프로쎄스에서 다른 프로쎄스에 로 집행을 절환시킬수 있다. 또한 프로쎄스들이 
협 동조작할것 을 요구하면 어 떤 동기 화방법 이 필 요하다. 조작체 계 설 계 에 서 하나의 
간단한 수법이면서도 중요한 개념은 신호기인데 이것은 단순한 신호조작수법으 
로서 제 5장에 서 론의한다. 

• 6 준위 : 콤퓨터의 2차기억장치를 취급한다. 이 준위에서 읽기/쓰기머리와 실제 
자료블로크이 송을 포함하는 기 능들이 발생한다. 6준위 는 5준위 에 의 거하여 조작 
을 일 정작성 하고 조작완료프로쎄 스의 요청 을 통지한다. 보다 높은 준위 들은 디 스 
크의 필 요한 자료주소와 련계되 며 5준위 의 장치구동을 위해 해 당한 블로크에 
대 한 요청 을 제 기한다. 

• 7 준위 : 프로쎄스들을 위한 론리주소공간을 창조한다. 이 준위는 주기억기와 2차 
기억기사이에서 이동시킬수 있는 블로크에 대한 가상주소공간을 조직한다. 세개 
의 방안을 공통적으로 사용한다. 즉 고정크기폐지를 사용하는것，가변길이토막을 
사용하는것 , 이 두가지 를 다 사용하는것 들이 다. 필 요한 블로크가 주기억 기 에 없으 
면 이 준위 에서의 론리 는 6준위 로부터 블로크를 이송할것을 요청한다. 

이 시점까지 조작체계는 단일처리기의 자원을 취급한다. 8준위부터 조작체계는 주변 
장치들과 가능하게는 망 그리고 망에 소속된 콤퓨터들과 같은 외부객체들을 취급한다. 
이 웃준위에 있는 객체들은 론리적이며 이름 불은 객체들로서 갈은 콤퓨터상에 있거나 
다중콤퓨터상에 있는 프로쎄 스들사이 에 서 공유시 킬수 있 다. 

. 8 준위 : 프로쎄스들사이에 정보와 통보문들의 통신을 취급한다. 한편 5준위는 프 
로쎄 스들의 동기 화를 보장할수 있게 하는 원시 적신호기 구를 주는데 이 준위 는 
더 풍부한 정보준위를 취급한다. 이 목적 에서 가장 강력 한것중의 하나가 흐름관 
인데 이것은 프로쎄스들사이에서 자료흐름을 위한 론리적인 통로로 된다. 흐름관 
은 한 프로쎄스로부터 나가는 출구와 다른 프로쎄스에 로 들어 가는 입구로 정의 
된다. 그것은 또한 외부장치나 파일들을 프로쎄스에 련결하는데 사용할수 있다. 
이 개 념 은 제 6장에 서 설 명 한다. 

• 9 준위 : 이름을 가진 장기 기 억을 지원한다. 이 준위 에서 2차기억기상의 자료는 
추상적이 며 가변길 이를 가진 구체례 들로 보인다. 이것은 6준위 에서 자리 길，분구， 
고정 크기 블로크에 의 하여 하드웨 어 지 향적 으로 보는것 과는 대 조적 이 다. 

• 10 준위 : 표준화된 대면부를 사용하여 외부장치들에 접근할수 있게 한다. 

• 11 준위 : 체계의 자원과 객체들에 대한 외부 및 내부식별자사이에서 련계를 유지 
한다. 외부식별자는 프로그람이나 사용자가 사용할수 있는 이름이 다. 내부식별자 
는 낮은 준위의 조작체계가 어떤 객체를 찾고 조종하는데 사용할수 있는 주소나 
다른 지시기이다. 련관관계는 등록부에 유지되여 있다. 입구들은 외부/내부배치뿐 
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아니라 접근권한과 같은 특성도 포함하고 있다. 

• 12준위 : 프로쎄스들을 지원하는데 충분한 특징을 가진 기능을 준다. 이것은 5준 
위에서 제공하는것을 훨씬 초월한다. 5준위에서는 프로쎄스와 관련된 처리기등록 
기 내 용만이 유지 되 여 있지 만 여 기서는 그밖에 프로쎄스들을 배 분하기 위한 론리 
가 있다. 12준위 에서 는 프로쎄 스들을 질서 있게 관리하는데 필요한 모든 정 보를 
준다. 이것은 프로쎄스들에 대한 가상주소공간，그것이 대화할수 있는 객체와 프 
로쎄스들의 목록과 대화의 제한조건，창조할 때 프로쎄스에 넘겨 준 파라메터들 
과 조작체계가 프로쎄스를 조종할 때 사용할수 있는 프로쎄스의 어떤 다른 특성 
들을 포함하고 있다. 

• 13준위: 사용자에게 조작체계와의 대면부를 제공한다. 이것을 월이라고 하는데 
그 리유는 이것이 사용자를 조작체계세부들로부터 분리시키고 조작체계를 단순히 
봉사의 집합으로 볼수 있게 하기때문이다. 쉴은 사용자지령이나 일감조종명령들 
을 접수하고 이것들을 해석실행하며 필요에 따라 프로쎄스들을 창조하고 조종한 
다. 실례로 이 준위에서의 대면부는 도형방식으로 실행될수 있다. 말하자면 사용 
자에게 어떤 메뉴로 표시된 지령을 주며 화면과 같은 특정한 장치에로의 도형출 
력을 사용하여 결과들을 현시할수 있다. 

조작체계에 대한 가설모형은 유용한 서술구조를 주며 실현안내틀로 봉사한다, 독자들은 
이 책을 읽는 과정에 어떤 특정한 설계문제가 토의되는 경우 이 구조를 사용할수 있다. 

제 4 절. 현대적인 조작체계의 특성 

여러해를 거쳐 조작체계구조와 능력에서 원만한 발전이 이룩되였다. 그러나 최근년 
간에 새로운 조작체계와 현존조작체계의 판본에 몇가지 새로운 설계요소들을 도입하였는 
데 이것은 조작체계의 특성에서 중요한 변화를 일으키고 있다. 현대적인 조작체계들은 
새 로운 하드웨 어 개 발과 새 로운 응용프로그람에 대 응한다. 주요한 하드웨 어 구동기 들중에 
는 기계속도가 크게 증가된 다중처리기식기계들과 고속망설비들，기억기들의 크기와 종 
류가 다양한 기억장치들이 있다. 응용분야를 보면 다매체응용，인터네트와 Web 접근 및 
의뢰기/봉사기계산이 조작체계설계에 영향을 주었다. 

조작체계에 대한 수요의 변화률은 현존구성방식의 변경과 강화가 아니라 조작체계를 
새로운 방식으로 구성할것을 요구하고 있다. 실험실적 및 상업적조작체계들에서 모두 넓 
은 령역의 각이한 방법들과 설계요소들을 적용하려고 시도해 왔는데 많은 작업은 다음 
의 범주들에 속하는것이다. 즉 

• 마이크로핵심부구성방식 

• 다중스레드처리 

• 대칭다중처리 

• 분산조작체계 

• 객체지향설계 

대부분의 조작체계들은 최근까지 하나의 큰 단일핵심부로 특징 지을수 있다. 조작체 
계 기능이 라고 할 때 에는 대부분이 이 큰 핵 심부에서 제공되 고 있다. 여기 에는 일정작성 
파일체계，망화，장치구동프로그람구체례, 기억기관리 및 기타가 포함된다. 대체로 단일 
핵심부는 단일프로쎄스로 실행되는데 여기서 모든 요소들은 갈은 주소공간을 공유하고 
있다. 이 핵심부구성방식에서는 몇개의 본질적인 기능만을 핵심부에 할당한다. 주소공간， 
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프로쎄 스사이 통신 ( IPC ), 기 본적 인 일정작성 을 포함하여 조작체 계 의 다른 봉사는 프로쎄 
스들에 의하여 제공되는데 이런 프로쎄스들을 때때로 봉사기라고 부론다. 이것은 사용자 
방식으로 실행되며 마이크로핵심부에 의하여 다른 응용프로그람과 같이 취급된다. 이 방 
법은 핵심부와 봉사기개 발을 분리시 킨다. 특정 한 응용이 나 환경요구에 맞게 봉사기를 주 
문하여 개발할수 있게 한다. 마이크로핵심부방법은 실현을 간소화해 주며 유연성을 제공 
하며 분산환경에 잘 어울린다. 본질상 마이크로핵심부는 국부 및 원격봉사기프로쎄스들 
과 갈은 방법으로 대화하며 분산체계구성을 촉진시키고 있다. 

다중스레드처 리는 응용프로그람을 집행하는 프로쎄스를 병행하여 실행할수 있는 스 
레드들로 분할하는 수법이다. 이것을 다음과 같이 구별할수 있다. 즉 

• 스레드 : 배분할수 있는 작업단위이다. 이것은 처리기의 문맥(프로그람계수기와 
탄창지시기를 포함하고 있다)과 그자체의 탄창자료구역(보조루린의 갈래를 가능 
하게 한다.)을 포함하는데 스레드는 순차적으로 집행하며 처리기나 다른 스레드 
에로 넘어 갈수 있도록 새치기할수 있다. 

• 프로쎄스 : 한 개 또는 그이상의 스레드 모임으로서 관련 있는 체계자원이다 (코드 
와 자료를 모두 포함하고 있는 기억기，열린 파일，장치들과 같은). 이것은 집행 
중에 있는 프로그람에 대한 개념과 거의 대응한다. 단순한 응용프로그람을 다중 
스레 드 들로 분할함으로써 프로그람작성 자는 응용프로그람의 모둘과 전반에 대 한 
많은 조종을 해 야 하며 응용프로그람과 관련된 사건들을 시간맞추기해야 한다. 

다중스레드처리는 직렬화할것을 요구하지 않는 몇개의 본질적으로 독립적인 과제들 
을 수행하는 응용프로그람에서 쓸모가 있다. 실례로서 수많은 의뢰기요청들을 듣고 처리 
하는 자료기지봉사기를 들수 있다. 같은 프로쎄스에서 여러개의 스레드들을 실행할 때 
스레 드들사이 의 앞뒤절환은 각이 한 프로쎄 스들사이 에 서 기 본프로쎄 스절환보다 더 작은 
처 리기 간접소비 시 간을 가진다. 스레 드들은 또한 조작체 계 핵 심부의 일부분인 프로쎄 스들 
을 구조화하는데서 쓸모가 있다. 이 내용은 다음장들에서 서술한다. 

최 근까지 사실상 모든 단일 사용자형 개 인용콤퓨터 들과 워 크스테 이 션들은 단일 한 범 용 
의 극소형처리기를 내장하였다. 성능을 높일데 대한 요구에 따라 그리고 극소형처리기들 
의 비용이 계속 떨어 짐에 따라 판매자들은 다중극소형처리기를 가진 콤퓨터들을 도입하 
였 다. 보다 큰 효률성 과 믿 음성 을 달성 하기 위한 한가지 수법 은 대 칭 다중처 러 ( SMP ) 를 
사용하는것 인데 이 용어 는 콤퓨터하드웨 어 구성 방식 과 또한 그 구성 방식 을 반영하는 조작 
체계를 가리키는 말이다. 대칭형다중처리기를 다음과 같은 특성을 가진 .립형콤퓨터체 
계 로 정의할수 있다. 즉 

1. 여러개의 처리기들이 있다. 

2. 이 처 리기들은 갈은 주기억기와 입출력기능들을 공유하며 이것들은 통신모선이 나 
다른 내부련결방식으로 호상 련결된다. 

3. 모든 처 리 기들이 동일한 기능을 수행할수 있다(이 로부터 대 칭형 이라는 용어 를 붙 
였 다.). 

SMP 의 조작체 계는 모든 처 리 기들에 한하여 프로쎄 스들이 나 스레 드들의 일정작성 을 
한다. SMP 는 단일처 리기구성 방식 에 비하여 다음과 갈은것들을 포함하는 몇가지 주요한 
우월성을 가지고 있다. 즉 

• 성능 : 콤퓨터 가 수행해 야 할 작업의 일부를 병 렬로 수행할수 있게 조직할수 있 
다면 다중처리기를 가진 체계가 같은 형의 단일처리기를 가진 체계보다 더 큰 
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성능을 발휘하게 된다. 이것을 그림 2-12 에서 설명 하고 있다. 다중프로그람처 리 
에서는 한번에 한개의 프로쎄스만을 집 행할수 있다. 그동안 다른 모든 프로쎄스 
들은 처리기를 기다리고 있다. 다중처리에서는 한개이상의 프로쎄스를 각각 서로 
다른 처 리 기 상에 서 동시 에 실 행할수 있 다. 

사용가능성 : 대 칭형 다중처 리 기 에서는 모든 처 리 기들이 같은 기능을 수행 할수 있 
기때문에 한개의 처리기고장이 기계를 정지시키지 않는다. 그대신 체계는 성능이 
떨 어 진 상태 에 서 기 능을 계 속 수행할수 있 다. 

시간 - ► 

프로쎄스 1 


프로쎄스 2 
프로쎄스 3 


프로쎄 스 2 ■己 


I" 세 폐색 ■■■ 실행 

그림 2-12. 다중프로그람처 리기와 다중처리 : 1- 교차처리 (다중프로그람처 리 ;한개의 처 리 
기), 교차처리 및 겹침 처리 (다중처리; 다중처리기) 

• 중분성 장 : 보충적인 처리기를 추가하여 사용자가 체계의 성능을 강화시킬수 있다. 

• 척도맞추기 : 체계에 배치된 여러개의 처리기들에 기초하여 판매자들이 각이한 
가격과 성능특성을 가진 어떤 범위의 제품을 줄수 있다. 

중요한것은 이 것들이 리 익을 담보한다기 보다 오히 려 잠재적 이 라는것 이 다. 조작체계 
는 SMP 체 계 에서 병 렬화를 개 발하기 위한 도구와 기 능들을 보장해 야 한다. 

다중스레드처 리와 SMP 를 흔히 함께 론하면 둘은 독립적 인 기능들이 다. 단일처 리기 
로 된 기 계 에서도 다중스레 드처 리 는 응용프로그람과 핵 심부처 리 를 구조화하는데서 쓸모 
가 있다. SMP 기계는 비스레드식프로쎄스들에서 쓸모가 있다. 그것은 몇개의 프로쎄스들 
을 병 렬로 실행할수 있기때 문이 다. 그러 나 두 기능들은 서 로 보상되 여 효과적 으로 함께 
사용할수 있다. 

SMP 의 인기 있는 특징은 여러개 처리기들의 존재가 사용자에게 투명적이라는것이 
다. 조작체 계는 개 별적 인 처 리기들상에서의 스레드나 프로쎄 스들의 일정작성 이 나，처 리기 
들사이에서의 동기화에 대하여 주의를 돌린다. 이 책에서는 사용자에게 단일체계를 보장 
하는데 쓰이 는 일정작성 과 동기 화수법 을 론의한다. 다른 문제 는 개 별적 인 콤퓨터 들의 클 
라스터 즉 다중콤퓨터체계를 위한 단일체계를 제공하는것 이다. 이 경우에는 구체례 (콤퓨 
터 들)들의 집 합을 취급하는데 매 개는 자기 자체의 주기억 기，2차기억기와 입 출력모둘을 


77 




가지 고 있 다. 분산조작체 계 는 단일 주기 억 공간과 단일2차기 억 공간 및 분산파일 체 계 와 같 
은 다른 단일화된 접근기능들에 대한 착각을 일으킨다. 비록 클라스터들이 많이 대중화 
되 여 가고 있고 시장에 많은 클라스터제품들이 있다 해도 분산조작체계의 기교상태는 단 
일처 리 기와 SMP 조작체 계 의 기 교에 뒤 떨어 지 고 있다. 그러한 체 계들은 제6편에서 론의 
한다. 

조작체계설계 에서 가장 최근에 발명된것은 객체지향수법을 사용하는것 이 다. 객체지 
향설 계 는 소형 의 핵 심 부에 모둘적확장을 추가하는 프로쎄 스들의 규칙 을 보태 준다. 조작 
체계준위에서 객체에 기초한 구조는 프로그람작성자들이 체계의 완정성을 분해하지 않고 
조작체 계 를 주문할수 있게 한다. 객체 지향구조는 또한 분산형 도구들과 완성된 분산조작 
체계의 개발을 쉽게 해춘다. 

제 5 절. Windows 2000으 I 개팔 

이 절에 서 는 Windows 2000을 개 괄하고 다음절 에서 UNIX 에 대 하여 설명 한다. 
Windows 2000을 간단히 W 2 K 라고 한다. 

개발과정 

W 2 K 에 대한 이야기는 IBM 회사의 첫 개 인용를퓨터용으로 마이크로쏘프트회사가 개 
발하였 는데 MS-DOS 또는 PC - DOS 라고 하는 매 우 많은 조작체 계들로부터 시 작한다. 
1981년 8월에 초기판본 DOS 1.0 이 나왔다. 그것은 4000행의 아셈불리언어의 원천코드로 
구성되 였으며 Intel 8086극소형 처 리기를 사용하여 8 kbyte 의 기 억기 에서 실행 하였다. 

IBM 회사가 하드디스크에 기초한 개인용콤퓨터 PC XT 를 개발했을 때 마이크로쏘프 
트회사는 DOS 2.0 을 개 발하여 1983년에 내놓았다. 그것은 하드디스크를 지원하였고 계 
층구조적 인 등록부를 제공하였다. 종래에는 디스크가 최대 64개의 파일을 지원하면서 한 
개 등록부의 파일들만을 포함할수 있었다. 이것 이 유연성디스크시대 에서는 충분했지만 
하드디스크시대 에는 너무 제 한되였고 단일한 등록부제 약조건은 지 내 단순한것이였다. 새 
로운 판본은 등록부들이 파일들은 물론 보조등록부를 포함하게 하였다. 새로운 판본은 
또한 조작체 계 에 매 몰된 보다 풍부한 지 령 들을 포함시 켰는데 이 것은 편의프로그람들로 
제 공된 외 부프로그람들에 의하여 수행해 야 하였 던 기 능을 보장하기 위한것 이 다. 추가된 
기능들중에는 주어 진 응용프로그람에서의 입력이나 출력일치성을 변화시킬수 있는 능력 
인 입출력의 방향바꾸기와 배경 인쇄와 갈은 몇가지 UNIX 와 류사한 기능들이 있었다. 기 
억기상주부분은 24 Kbyte 로 증가되였다. 

IBM 이 1984년에 PC AT 를 공포했을 때 마이크로쏘프트회사는 DOS 3.0 을 도입하였 
다. AT 는 Intel 80286처 리 기 를 포함하였 는데 이 것 은 확장된 주소지 정 과 기 억 기 보호기 능 
들을 제공하였다. DOS 는 이것을 사용하지 않았다. 이전 제안들과의 호환성을 유지하기 
위 해 조작체 계 는 80286을 단순히《 고속 8086》과 같이 사용하였 다. 조작체 계 는 새 로운 건 
반과 하드디스크주변장치들을 실질적으로 지원하였다. 기억기요구는 36 Kbyte 로 늘어 났 
다. 3.0 판에 대한 몇가지 주목할만한 갱신이 있었다. 1984년에 나온 DOS 3.1 은 PC 들을 
망화하는데서의 지원을 포함하였다. 상주부분의 크기는 변화시키지 않았는데 이것은 교 
체하여 넣 을수 있는 조작체 계 의 량을 증가시켜 얻 어 진것이 였 다. 1987년 에 나온 DOS 
3. 3은 새 로운 방법 을 가진 IBM 기 계 들, PC /2 을 위한 지 원을 제 공하였 다. 그러 나 이 판본 
은 80286과 32 bit 80386소편들이 제공하는 PS /2 의 처리기능력상 우점을 살리지 못하였다. 
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이 단계 에 서 상주부분은 최 소 64 Kbyte 까지 증가했 고 부가적 인 확장을 선택 하면 더 요 
구되였다. 

이 시기까지 DOS 는 자기 능력을 훨씬 벗어 난 환경에서 사용되고 있었다. 80486과 
Intel Pentium 소편의 도입은 단순한 DOS 를 가지고 간단히 개발할수 없는 능력과 기능 
들을 제공하였다. 그동안 1980년대 초엽에 Microsoft 회사는 사용자와 DOS 사이에 놓이 
게 될 도형사용자대면부 ( GUI ) 의 개발을 시 작하였다. Microsoft 회사의 목적은 마킨토시 
회사와 경쟁하는것이였다. 그것은 자기의 조작체계의 사용상 편리성에서 Macintosh 조작 
체계를 릉가하지 못하고 있었기때문이다. 1990년까지 Macintosh 회사는 Windows 3.0 으 
로 알려 져 있는 GUI 판본을 가지고 있었는데 이것은 Macintosh 사용자친절성에 접근한 
것이 였다. 그러 나 아직 DOS 상에서 실행 할데 대 한 요구에는 매 여 있었다. 

새로운 극소형처리기들의 능력을 개발하며 Windows 의 사용상 편리한 기능을 병합 
시킬 다음세대 조작체계 2 를 IBM 회사와 함께 개발하려던 Microsoft 회사의 시도가 실패한 
후에 Microsoft 회 사는 자체 로 그 기 초우에 서 새 로운 조작체 계 windows NT 를 개 발하였 
다. Windows NT 는 현대적 인 극소형 처 리기의 능력 을 개척한것 으로서 단일사용자 또는 
다중사용자환경 에서 다중과제처 리를 제공하고 있다. 

Windows NT 의 첫 판본 (3.1) 은 1993년에 나왔는데 또다른 조작체 계 (Windows 3. 0 
계승)인 GUI 를 가지 고 있다. 그러 나 NT 3.1 은 새 로운 32 bit 조작체 계로서 구식 DOS 나 
Windows 응용프로그람을 지원할수 있는 능력을 가지고 있는것은 물론 OS /2 에 대 한 지 
원도 한다. 

NT 3. 표의 몇 개 판본을 내 놓은후에 Microsoft 는 NT 4.0 을 내 놓았다. NT 4.0 은 본 
질상 3. 표와 같은 내 부구성 방식 을 가지 고 있 다. 가장 주목할만한 외 적변화는 NT 4.0 이 
Windows 98과 같은 사용자대면부를 제공한것 이다. 주되는 구성 방식상 변화는 3. 표에서 
win 32부분체계의 일부로서 사용자방식에서 실행했던 몇가지 도형처리성분들을 핵심부 
방식 에 서 실 행 하는 Windows NT 의 집 행 부에 로 넘 겨 놓은것 이 다. 이 변화로부터 엄 은 
리익은 이 중요한 기능들에 대한 조작에서 속도를 높인다는데 있다. 잠재적인 결함은 도 
형기능들이 이제는 조작체계의 믿음성에 영향을 줄수 있는 낮은 준위체계봉사에 접근한 
다는것 이 다. 

2000년에 Microsoft 회 사는 그다음의 주되 는 갱 신을 도입하였 다. 현재 그것 을 
Windows 2000이 라고 부론다. 바랑에 놓여 있는 집행부와 마이크로핵심부의 구성 방식은 
기 본상 NT 4.0 에서 와 같지 만 새 로운 기 능들이 추가되 였 다. W 2 K 에 서 강조할것 은 분산처 
리 를 지 원 하는 봉사들과 기 능들의 추가이다. W 2 K 의 새 로운 기 능들중에 서 중심 적 요소는 
Active directory 인데 이것은 객체들에 대하여 임의의 종류의 정보에 임의의 객체들의 
이 름을 사영 할수 있는 분산등록부봉사이다. 

W 2 K 에 대 한 리해 에서 한가지 최 종적 이며 일 반적 인 관점 은 W 2 K Server 와 W 2 K 
Professeional 을 구별하는것 이 다. 본질상 마이크로핵 심부와 집행부구성 방식 및 봉사들은 
갈지만 봉사기는 망봉사기 로 사용하는데 필요한 일부 봉사들을 포함한다. 

단일사용자다중과제처리 

W 2 K 는 극소형 콤퓨터 조작체 계 에 서 새 토운 류형 에 대 한 좋은 실 례 이 다(다른 실 례 들 
은 OS /2 과 Mac OS 이 다. ) . W 2 K 는 바로 몇년전의 대 형 를퓨터 나 소형 콤퓨터 들과 속도， 
하드웨어구성 및 기억용량상에서 그것들과 맞먹는 오늘날의 32 bit 극소형처리기의 처리능 


IBM 회 사는 자체 로 OS /2 을 계 속 개 발하였 다. Windows NT 와 같이 OS /2 은 다중과체 처 리 , 다중 
스레 드조작체 계 이 다. 
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력을 개척 할데 대한 요구로부터 개발되였다. 

이 새로운 조작체계의 가장 중요한 특징중의 하나는 비록 그것 이 아직은 단일대화형 
사용자를 지 원하고 있지 만 다중과제 처 리 조작체 계 라는것 이 다. 두개 의 기 본적 인 개 발인 개 
인용를퓨터，워 크스테 이션과 봉사기 상에서 다중과제 처 리를 할데 대 한 요구를 촉발시 켰다. 
우선 극소형 처 리기의 속도와 기 억기 용량이 증가함에 따라 가상기 억기，응용프로그람에 
대한 지원은 보다 복잡하고 호상 련관되게 되였다. 실례로 사용자가 문서를 만들기 위하 
여 단어처리기，작도프로그람，자료표응용프로그람을 동시에 사용하려고 할수 있다. 다중 
과제처리가 없이 사용자가 작도를 하고 그것을 문서처리하는 본문에 붙이러고 한다면 다 
음과 같은 단계가 요구된다. 즉 

1. 작도프로그람의 열기 

2. 작도하고 그것을 파일이나 림시 소개지에 보관하기 

3. 작도프로그람의 닫기 

4. 문서처 리프로그람의 열 기 

5. 작도한것 을 정 확한 위 치 에 삽입 하기 

수정 할 필요가 있다면 사용자가 문서 처 리프로그람은 닫고 작도프로그람을 열고 도형화 
상을 편집 하며 그것을 보관하고 작도프로그람을 닫고 문서처 리프로그람을 열고 수정된 화상 
을 삽입하여야 한다. 이것은 인차 지루감을 주게 된다. 사용자에게 줄수 있는 봉사와 능력이 
보다 강력해 지고 다양해 짐에 따라 단일과제환경은 보다 멋 없고 사용자에게 친근감을 주 
지 못한다. 다중과제처리환경에서는 사용자가 매개 응용프로그람을 필요에 따라 열고 열려 
있는채로 그것을 랄뢰한다. 정보는 여러 응용프로그람들사이에서 쉽게 이동할수 있다. 매개 
응용프로그람은 한개 이상의 열 린 창문을 가지 고 있으며 마우스와 같은 지시 장치를 가진 도 
형대면부가 사용자로 하여금 이 환경에서 쉽게 항행할수 있게 해춘다. 

다중과제처 리의 두번째 필요성은 의뢰기/봉사기계산이 증가한데 있다. 의뢰기/봉사 
기 계 산에 서 개 인용콤퓨터 나 워 크스테 이 션 (의 뢰 기 ) 과 주체 계 (봉사기 ) 는 어 떤 특정 한 응용 
프로그람을 위해 련합하여 쓰인다. 그것들은 서로 련결되며 각자는 자기능력에 맞는 일 
감몫을 할당 받는다. 의뢰 기/봉사기는 개 인용콤퓨터의 국부지역망과 봉사기 또는 사용자 
체계 가 대형콤퓨터와 갈은 대형주체계 에서 목적을 달성할수 있다. 어떤 응용프로그람은 
한개 이상의 개 인용콤퓨터와 한개이상의 봉사기를 포함할수 있다. 요구되는 응답성을 보 
장하기 위하여 조작체 계 는 조화로운 실 시 간통신하드웨 어 와 그리 고 관련된 통신규약 및 
갈은 시 간에 사용자와 대 화를 계 속 유지할수 있게 하는 자료이 송방식 을 제 공해 야 한다. 

앞에 서 고찰한 사항들은 W 2 K 의 전문판본에 적 용한다. 봉사기 판본역 시 다중과제처 
리 이지만 다중사용자들을 지원할수 있다. 그것은 다중말단봉사기 련결은 물론 망상의 여 
러 사용자들이 사용하게 되는 공유자원제공을 지원한다. 인터네트봉사기에서와 같이 
W 2 K 는 수천개의 동시적 인 Web 련결을 지원할수 있다. 

구성방식 

그림 2-13 은 [ SOLD 98 b ] 의 내용에 기초하여 W 2 K 의 총적 인 구조를 설명 하고 있 다. 
그것 의 모둘식 구조는 W 2 K 에 상당한 유연성 을 준다. 그것 은 여 러 가지 의 하드웨 어가동환 
경 상에서 집 행하도록 설계 되 여 있으며 여 러 가지 다른 조작체 계 용으로 작성된 응용프로그 
탐들을 지원한다. 이와 같이 작성하면 W 2 K 는 Pentium / X 86 하드웨 어가동환경상에서만 
실현된다. 

가상적 으로 모든 조작체 계 들과 같이 W 2 K 는 조작체 계쏘프트웨어 로부터 응용프로그 
람지 향쏘프트웨어 를 분리 시 킨다. 집 행 부，마이 크로핵 심 부，장치 구동프로그람구체례，하드 


80 




웨 어 추상화층을 포함하는 후자는 핵 심 부방식 으로 실 행 한다. 핵 심 부방식 쏘프트웨 어 는 체 
계 자료와 하드웨 어 에 접 근한다. 사용자방식 에 서 실 행 하는 나머 지 쏘프트웨 어 는 체 계 자료 
에 대한 접근에서 제한을 가진다. 

조작체계의 조직 

W 2 K 는 순수한 마이 크로핵 심 부구성 방식 이 아니 라 마이 크로쏘프트가 변경한 마이 크 
로핵 심부구성 방식 을 가지 고 있다. 순수한 마이 크로핵 심부구성 방식에서 와 같이 W 2 K 은 
모듈화가 잘 되여 있다. 매개 체계기능은 조작체계의 바로 한개 요소가 관리 한다. 조작체 
계의 나머지부분과 모든 응용프로그람들은 표준대면부를 사용하여 응답할수 있는 요소들 
을 거처 그 기능에 접근한다. 적당한 기능을 통해서만 체계자료에 접근할수 있다. 원리적 
으로 전체체계나 그의 표준응용프로그람대면부 ( API ) 를 다시 작성하지 않고 임의의 모둘 
을 이 동，갱 신 또는 교체할수 있 다. 그러 나 순수한 마이 크로핵 심 부체 계 와 달리 W 2 K 는 
마이 크로핵심 부바깥쪽에 있는 많은 비마이크로핵심부기능을 사용하는것 이 몇 개의 프로쎄 
스 또는 스레드 의 절환，방식절환 및 추가적 인 기 억완충기를 사용할것을 요구한다는것을 
발견 하였다. 

W 2 K 설계목표의 하나는 이식성인데 그것이 득 인텔기계상에서가 아니라 임의의 하드웨 
어가동환경상에서 실행할수 있게 한다. 이 목표를 달성하기 위하여 대부분의 W 2 K 집행부는 
다음과 갈은 층구조를 사용하여 바탕에 놓여 있는 하드웨 어를 갈은 관점 에서 보고 있다. 즉 

• 하드웨 어추상층 ( HAL ) : 일반하드웨 어지 령 과 응답 및 특정한 가동환경 에 유일한 
것 들사이 에 서 사영 한다. 그것 은 특정한 가동환경 의 하드웨 어 의 차이 로부터 조작 
체 계 를 고립 시 킨 다. HAL 은 매 개 기 계 의 체 계 모선，직 접 기 억 접 근 ( DMA ) 조종기， 
새치기조종기，체계시계와 기억기모둘을 핵심부에 대해 갈은것으로 보게 한다. 
그것 은 또한 다음에 설명하는 대 칭 다중처 리 ( SMP ) 에 필요한 지 원을 준다. 

• 마이 크로핵 심 부 : 조작체 계 중에 서 가장 많이 쓰이 며 기 본적 인 성 분들로 구성되 
여 있다. 핵심부는 스레드일정작성, 프로쎄스절환，례외 및 새치기조종，다중극 
소형처 리 기의 동기 화를 관리한다. 집 행부와 사용자준위의 나머지부분과 달리 마 
이 크로핵 심 부자체 의 코드는 스레 드에 서 실 행하지 않는다. 이 로부터 그것 은 조작 
체 계의 한 부분일따름이 고 선취하거 나 페지화할수 없다. 

• 장치구동프로그람 : 파일체 계 와 그리 고 사용자입 출력기 능호출을 특정 한 하드웨 어 
장치입 출력 요청 으로 번 역하는 하드웨 어장치구동프로그람을 포함한다. 

W 2 K 집 행부는 특정한 체계 기능을 위한 모둘을 포함하며 사용자방식 쏘프트웨어를 위 
한 API 를 제공한다. 다음의것들이 매개 집행부모둘에 대한 요점적 인 설명으로 된다. 즉 

• 입 출력 관리 자 : 입 출력장치 나 응용프로그람에 접 근할수 있는 구조를 주며 앞으로 
의 알맞는 장치구동프로그람구체례를 배분할 책임을 진다. 입출력관리자는 모 
든 W 2 K 의 입 출력 API 를 실 현하고 보안을 실시하며 장치 와 파일 체 계 들에 이 
틈을 달아 준다(객 체관리 자를 사용하여 ). W 2 K 입 출력 에 대 해서 는 제11장에 서 
설명 한다. 

• 객 체관리 자 : 프로쎄 스, 스레 드 및 동기 화객 체 와 같은 자원들을 표현하는데 쓰이 
는 W 2 K 집 행 부준위 객 체 들과 추상적 인 자료형 들을 창조，관리，삭제한다. 그것 은 
객 체 들에 대 한 보안을 유지 하고 이 름을 붙이 며 설 정 하기 위 한 통일 적 인 규칙 들을 
시행한다. 객체관리자는 또한 객체조종기를 창조하는데 이것은 접근조종정보와 객 
체에 대한 지시기로 구성되여 있다. W 2 K 의 객체들은 이 절에서 후에 설명한다. 
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그림 2-13. Windows 2000 의 구성 방식 


• 보안참조감시 기 : 접 근유효화와 검 열발생 규칙을 시 행 한다. W 2 K 의 객체지 향모형 은 
보안에 대 한 일 관적 이 면서 유일 적 인 관점 에 서 기 본구체 례 들에 의 하여 집 행 부를 만 
들도록 한다. 이 렇게 함으로써 W 2 K 는 접근유효화를 위하여 그리 고 파일，프로쎄 
스，주소공간 및 입출력장치를 포함하는 모든 보호객체들을 위한 시청검열을 위하 
여 같은 루린을 사용한다. W 2 K 의 보안에 대해서는 제15장에서 설명한다. 

• 프로쎄 스/스레 드관리 자 : 객 체 들을 생 성 하고 삭제하면 프로쎄 스 및 스레 드객 체 
들을 추적한다. W 2 K 의 프로쎄 스와 스레 드관리 에 대 해서 는 제4장에서 설명한다. 

• 국부수속호출 ( LPC ) 기능 : 단일체계에 있는 응용프로그람과 집행부분체계사이의 
의 뢰 기 /봉사기 관계 를 분산처 리 에 사용하는 원격 수속호출 ( RPC ) 기 능과 류사한 방 
식 으로 시 행한다. 

• 가상기 억기 관리 자 : 처 리 기주소공간의 가상주소를 를퓨터 기억기의 물리 적페지 에 
로 주소사영한다. W 2 K 의 가상기억기관리에 대해서는 제8장에서 서술한다. 

• 캐쉬관리자 : 최근에 참조한 디스크자료를 고속접근용주기억기에 상주시키게 하고 
그리고 디스크에 보내기전에 짧은 시간동안 기억기에서의 갱신을 진행하여 디스크 
쓰기를 지연시키게 하는 방법으로 파일에 기초한 입출력의 성능을 개선한다. 

• 창문/도형모듈 : 창문지 향화면 대 면부를 생 성하며 도형 장치 를 관리한다. 
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사용자프로쎄 스 

W 2 K 는 네가지 기본형 태의 사용자프로쎄스를 지원한다. 즉 








• 특수체 계 지원프로쎄 스 : 가입 프로쎄 스 및 대 화관리 자와 같은 W 2 K 조작체 계 의 부 

분으로서 제공되지 않은 봉사를 포함한다. 

• 봉사기프로쎄 스 : 사건기 록기 와 같은 다른 W 2 K 봉사를 제 공한다. 

환경 부분체 계 : 본래 의 W 2 K 봉사를 사용자응용프로그람에 로출시 켜 조작체 계 환경 또 
는 개인성을 제공한다. 지원하고 있는 부분체계는 Win 32, Posix 와 OS /2 이다. 매개 환 
경부분체계는 동적련결서 고 ( DLL ) 를 포함하는데 이것은 사용자프로그람호출을 W 2 K 호 
줄로 변환한다. 

사용자응용프로그람 : Win 32 , Posix , OS /2, Windows 3.1 또는 MS-DOS 등의 다 
섯 가지 형태들중 한가지 가 될수 있 다. 

W 2 K 는 구조화되 여 있 어 W 2 K , Windows 98 및 몇 가지 다른 조작체 계 용으로 작성 
된 응용프로그람들을 지원한다. W 2 K 는 보호부분체계를 통하여 한개의 밀집된 집행부 
를 사용함으로써 그러한 지 원을 준다. 보호된 부분체 계 들은 W 2 K 의 부분으로서 일 반사 
용자와 대 화한다. 매 개 부분체계는 프로쎄스를 분리시키며 집 행부는 그의 주소공간을 
다른 부분체 계 와 응용프로그람의 주소공간으로부터 보호한다. 보호된 부분체 계 는 도형 
또는 지 령행의 사용자대면부를 제 공하는데 이것은 사용자에 대 한 조작체계의 보기와 
느낌 을 정 의한다. 또한 보호된 부분체 계 는 특정한 조작환경 을 위한 API 를 준다. 이 것 
은 특정한 조작환경 을 위하여 창조한 응용프로그람을 W 2 K 상에 서 변화시 키 지 않고 실 
행 시킬수 있다는것을 의 미한다. 왜 냐하면 그들이 보는 조작체 계 대 면부가 그들이 작성 
한것과 같기때 문이 다. 그래서 실례 를 들면 OS /2 에 기 초한 응용프로그람은 변경하지 
않고 W 2 K 조작체 계하에 서 실 행할수 있 다. 더 우기 W 2 K 체 계 는 하드웨 어 추상증 ( HAL ) 
을 사용하여 독립적인 가동환경이 되도록 그자체가 설계되여 있으므로 보호된 부분체 
계 와 그것 들이 지 원하는 응용프로그람들을 모두 한개 의 하드웨 어가동환경 으로부터 다 
른 하드웨 어 가동환경 에 로 옮기 기 가 상대 적 으로 쉬 워 진 다. 많은 경 우에 재 콤파일 이 항 
상 제기된다. 

가장 중요한 부분체 계는 Win 32이 다. Win 32는 W 2 K 와 Windows 98량자우에서 
실 현된 API 이 다. Win 32의 일 부 기 능들은 Windows 98에 서 실 현할수 없지 만 
Windows 98상에서 실현된 기능들은 W 2 K 의것과 동일하다. 

의릐기/봉사기모령 

집 행부，보호된 부분체 계 와 응용프로그람들은 의 뢰 기/봉사기 계 산모형 을 사용하여 
구조화되 는데 이 모형 은 분산계 산의 일 반적모형 으로서 제 6편 에 서 설 명한다. 이 구성방 
식 을 단일체 계내부에서 사용하도록 받아 들일수 있다. W 2 K 의 경 우가 바로 그렇 다. 

매개 환경부분체계와 집행부봉사부분체계는 한개 또는 그이상의 프로쎄스들로 실 
현된다. 매개 프로쎄스는 그것의 봉사들중(실례로 기 억기봉사，프로쎄스창조봉사 또는 
처 리 기 일 정 작성 봉사) 하나에 대 한 의 뢰 기 의 요청 를 기 다린 다. 응용프로그람이 나 또는 
다른 조작체 계 모둘일수 있는 의뢰기 는 통보문을 보내 는 방법 으로 어 떤 봉사를 요청한 
다. 그 통지문은 집행부를 통하여 해당한 봉사기에로 들어 간다. 봉사기는 요청되는 동 
작을 수행 하고 결 과나 상태 정 보를 다른 통보문형식 으로 되 돌려 보낸 다. 이 통보문은 
집행부를 통하여 의뢰기에로 되돌아 간다. 

의 뢰 기 /봉사기 구성 방식 의 우점 에 는 다음과 갈은것 들이 있 다. 즉 
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표 2-5. Win 32 API 가 포팔하는 몇가지 령역 [ RICH 97] 


원자 

망 

자식 조종 

흐름관과 우편홈 

림 판조작 

인쇄 

통신 

프로쎄스와 스레드 

조종탁 

등록자료기지조작 

오유수정 

자원 

동적 련결서 고 ( DLLs ) 

보안 

사건기록 

봉사 

파일 

구조화된 례외조종 

도형 작도기 본지 령 

체계 정보 

건반 및 마우스입력 

테프여벌 

기억기관리 

다매 체 봉사 

시간 

창문관리 


• 집 행 부를 간소화한다. 집 행 부에 서 충돌이 나 중복이 없 이 여 러 가지 APL 를 구성할 
수 있다. 또한 새로운 APL 을 쉽게 추가할수 있다. 

• 믿음성을 개선한다. 매개 집행부봉사모둘은 개별적인 프로쎄스상에서 실행되며 
그것 이 차지한 기 억기의 부분은 다른 모둘로부터 보호된다. 하드웨 어 에 접근하거 
나 집행부가 보관되여 있는 기억기를 변경할수 없다. 단일의뢰기는 조작체계의 
나머 지 부분을 파산시 키 거 나 변경 시 킴 이 없 이 실 패 할수 있 다 

• 응용프로그람은 유연성의 제 한을 받지 않고 LPC 를 거 쳐 집 행부와 통신할수 있는 
유일적 인 수단을 제공한다. 통보문을 넘겨 주는 프로쎄스는 기능그루터기들에 의 
하여 의뢰기응용프로그람으로부터 교갑화되여 있는데 이 그루터기들은 동적 련결 
서고 ( DLL ) 에 있으면서 집행할수 없는 위치유지기들이다. 응용프로그람이 환경 
부분체 계를 APL 호출할 때 의뢰기응용프로그람의 그루터 기는 호출을 위한 파라 
메터 들을 묶어 통보문으로 그것들을 봉사기부분체계 에 보내 여 호출을 실현한다. 

• 분산계산을 위한 합리적 인 기준을 준다. 대체로 분산계산은 의뢰기/봉사기모형을 
사용하는데 원격수속호출은 분산되여 있는 의뢰기와 봉사기모둘과 의뢰기와 봉사 
기 사이 에 서 통보문교환을 사용하여 실현된 다. W 2 K 에 서 국부봉사기 가 국부의 뢰 기 
응용프로그람을 대 신하여 처 리 하기 위하여 통보문을 원격봉사기 에 넘 겨 줄수 있 
다. 의 뢰기들은 어 떤 요청 이 국부적 으로 봉사를 받았는가 아니 면 원격 으로 봉사 
를 받았는가 하는것을 알수 없다. 실제로 어떤 요청이 국부적으로 봉사 받는가 
아니 면 원격 으로 봉사 받는가 하는것 은 현재 의 적재 조건과 동적 구성변화에 기 초 
하여 동적으로 변할수 있다. 

스레드와 SMP 

W 2 K 의 두가지 중요한 기능은 스레 드와 대 칭 다중처 리 ( SMP ) 에 대 한 지원인데 그것 
들은 이 미 제2장 제4절 에서 소개하였 다. [ CUST 93] 에서 는 스레 드와 SMP 를 지 원하는 
W 2 K 의 다음과 갈은 기능들을 목록화하고 있다. 
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• 조작체계루린들은 사용할수 있는 임의의 처리기상에서 실행할수 있으며 각이한 



루린들은 서로 다른 처리기들상에서 동시에 집행할수 있다. 

• W 2 K 는 한개 의 프로쎄 스에 서 집 행 중의 다중스레드를 사용할수 있게 한다. 같은 
프로쎄 스의 다중스레 드는 각이한 처 리 기상에서 동시 에 집 행할수 있다. 

• 봉사기프로쎄스들은 다중스레드를 사용하여 한개이상의 의뢰기에서 오는 요청을 
동시 에 처 리할수 있 다. 

• W 2 K 는 프로쎄 스들과 유연한 프로쎄 스간 통신능력사이 에 서 자료와 자원을 공유 
하기 위한 수단을 준다. 

Windows 2000의 객체 

W 2 K 는 객체지향설계 에 대한 개념을 많이 내포하고 있다. 이 방법은 프로쎄스들사 
이에서 자원과 자료의 공유와 권한이 부여되지 않는 접근으로부터 자원보호를 촉진시킨 
다. W 2 K 가 사용한 객체지향개 념들속에 는 다음과 갈은것들이 있다. 즉 

• 밀봉 : 객체는 속성이라고 하는 한개 또는 그이상의 자료항목과 그 자료에 기초 
하여 수행할수 있는 한개 또는 그이 상의 수속(봉사라고 한다. ) 으로 구성 되 여 있 
다. 오직 객체내의 자료에 접 근하는 방법 은 객체의 봉사들중의 하나를 기동하는 
데 있다. 이와 같이 하여 권한이 부여되지 않은 사용과 부정 확한 사용(례를 들면 
집 행 할수 없는 일부 자료를 집행하려는 시도)으로부터 객체의 자료를 쉽게 보호할수 
있 다. 

• 객 체물라스와 구체 례 : 객체 콜라스는 객 체의 속성 과 봉사를 목록화하며 일정한 
객 체 특성 을 정 의하는 본보기 이 다. 조작체 계 는 요구에 따라 객 체 클라스의 특정한 
구체례들을 창조할수 있다. 실례로 단일프로쎄스객체클라스와 현재 능동인 매개 
프로쎄 스를 위한 한개 의 프로쎄 스객 체 가 있 다. 이 방법 은 객 체 창조와 관리 를 간단 
하게 한다. 

• 계승 : 이것 이 사용자준위 에서 지원되지는 않지만 집행부에서 일정한 범위를 지 
원한다. 실례로 등록부객체는 포함기객체들에 대한 실례이다. 포함기객체의 한가 
지 속성은 그것들이 포함하는 객체들이 포함기 그자체로부터 속성들을 계승할수 
있다는것이다. 실례로 자기의 압축된 기발모임을 가지는 파일체계에 어떤 등록부 
를 가지고 있다고 가정하자. 그러면 그 등록부포함기에서 창조할수 있는 임의의 
파일들은 역시 압축된 기발모임을 가지게 된다. 

• 다형성 : 내적으로 W 2 K 는 어떤 공통적인 모임으로 되여 있는 API 기능들을 사 
용하여 임의의 형태의 객체들을 조작한다. 이것이 바로 부록 2에서 정의하고 있 
는바와 같이 다형성의 특징 이 다. 그러 나 W 2 K 는 특정한 객체형 에 대 해 많은 API 
f •이 있기때문에 완전히 다형적인것은 아니다. 

객체지향개 념 에 익 숙하지 못한 독자는 이 책 의 마감에 있는 부록 2를 자세 히 
보면 된다. 

W 2 K 에 서 구체례 들모두가 객 체 인것 은 아니 다. 사용자방식접 근에 서 자료를 여 는 
경우에 또는 자료접근을 공유하거나 제한할 때 객체들을 사용한다. 객체들이 표현 
하는 구체례들중에는 파일, 프로쎄스，스레드，신호기，시계와 창문들이 있다. W 2 K 
는 객체관리 자를 거 쳐 모든 형 태의 객체 들을 통일적 으로 창조하고 관리한다. 객체 
관리 자는 응용프로그람을 대 신하여 객체들을 창조하고 대 비 하며 객체의 봉사와 자 
료에 대한 접근을 허용한다. 

집 행 부의 매개 객체를 때 로는 핵심부객체 (집행부와 관련이 없는 사용자준위객체 
들과 구별하기 위하여)라고 하며 그 매 개 객체는 핵 심부가 배정한 기 억기 와 같이 존재 
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하며 핵심부만이 접근할수 있다. 자료구조의 일부 요소(실례로 객체이름，보안파라메터， 
사용회수)들은 모든 객체형태에 공통이지만 다른 요소들은 객체형태 (실례로 스레드객 
체의 우선권)에 한정된다. 이 핵심부객체자료구조는 핵심부만이 접근할수 있다. 즉 응 
용프로그람이 자료구조를 찾거나 그것들을 직접 읽거나 쓰거나 할수 없다. 그대신 응 
용프로그람은 집 행 부가 지 원하는 객 체 조작기 능의 모임 을 통하여 간접 적 으로 객 체 들을 
조작한다. 어떤 객체를 창조할 때 창조를 요청하는 응용프로그람은 객체를 위한 조종 
기를 도로 받는다. 본질상 조종기는 참조되는 객체에 대한 지시자이다. 프로쎄스의 임 
의의 스레 드가 이 조종기를 사용하여 객체 들과 작업 하는 Win 32의 기능들을 기동시 킬 
수 있 다. 

객체들은 그것들과 관련되는 보안정보를 보안분류항목 ( SD ) 형태로 가질수 있다. 
이 보안정보를 사용하여 객체에 대한 접근을 제한할수 있다. 실례로 어떤 프로쎄스가 
이 름 불은 신호기객체를 창조할수 있는데 그 목적은 일정한 사용자들만이 신호기를 열 
고 사용할수 있게 하자는것이다. 신호기객체용 SD 는 허용된 접근의 종류(읽기，쓰기， 
변경 등)에 따라 신호기객체에 대한 접근을 허용 받은(또는 거부된) 사용자들을 목록 
화할수 있다. 

W2K 에서 객체들은 이름을 붙일수도 있고 붙이지 않을수도 있다. 프로쎄스가 이 
름붙지 않은 객체 를 창조할 때 객체관리 자는 그 객체 에 로 조종기를 복귀시키며 이때 
조종기 는 그것 을 참조하기 위한 유일 한 수단으로 된 다. 이 름 불은 객 체 들은 다른 프로 
쎄스들을 사용하여 그 객체에 대한 조종기를 획득하는데 사용할수 있는 이름을 가진다. 
실례로 프로쎄스 A 가 프로쎄스 묘와 동기를 맞추러고 한다면 이름 붙은 사건객체를 창 
조할수 있고 그 사건의 이름을 B 에 넘겨 줄수 있다. 그러면 프로쎄스 묘는 그 사건객 
체를 열고 사용한다. 그러나 A 가 단순히 사건을 사용하여 자체의 두개의 스레드를 동 
기 화하려 한다면 이 름붙지 않은 사건객 체 를 생 성할수 있 다. 왜 냐하면 다른 프로쎄 스들 
이 그 사건을 사용할수 있게 하는 아무런 요구도 없기때문이다. 

W2K 가 관리하는 객체의 실례로서 마이크로핵심부가 관리하는 객체들에 대한 두 
가지 범주를 목록화하고 있다. 즉 

표 2-6. NT 마이크로택심 부조종객체들 [MS9 引 

명시된 스레드집행에 갑자기 들어 가거나 어떤 수속을 명시된 려 리기방 
식에서 호출할수 있게 하는데 사용한다. 

새치기원천을 새치기배분표 ( IDT ) 에 있는 입구점을 사용하여 시 치기봉 
사루린에 련결시키는데 사용한다. 매 개 처 리기는 IDT 를 가지고 있는데 
이것은 처리기에 발생하는 새치기들을 배분하는데 사용된다. 

한조의 스레드객체의 집행에 필요한 가상주소공간과 조종정보를 표시한 
다. 프로쎄스는 주소사영에 대한 지시자，스레드객체들을 포함하는 준비된 
스레드의 목록, 프로쎄스에 속하는 스레드목록，프로쎄스에서 모든 스레드 
를 집행 하기 위 한 총적 인 축적시 간 및 기준우선권을 포함하고 있^ . 

프로그람실ᅮ 의 통보 코드블로크에서 실행 시 간분산을 측정하는데 쓰인다. 사용자와 정 계 코드 

는 둘다 실행통보될수 있다. 


비 동기 
새치기 

프로쎄스 


• 조종객체 : 배분과 동기화에 영향을 주지 않는 범위에서 마이크로핵심부의 조작을 
조종하는데 사용된다. 표 2-6 은 마이크로핵 심부의 조종객체를 목록화한것 이 다. 

• 배분기객체 : 체계조작의 배분과 동기화를 조종한다. 제6장에서 이것을 서술한다. 
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W 2 K 는 완성된 객체지 향형조작체계는 아니 다. 그것은 객체지향언어 
. 한개의 집행부요소에 완전히 상주하는 자료구조는 객체로 표현하지 
卜구하고 W 2 K 는 객체지향기능의 위 력을 발휘 하고 있으며 조작체계설 
1■용하려는 시도가 높아 지고 있다. 

제 6 절. 전틍적인 UNIX 체계 

개발과정 

UNIX 의 개발과정에 대해서는 이미 알려 져 있으므로 여기서는 깊은 
는는다. 대신 주요줄거 리를 강조한다. 중요한것들을 그림 2-14 에서 설 1 
[ SAL 94] 에 있는 그림에 기초하고 있다. 3 

UNIX 는 초기 에 Bell 연구소에서 개 발되 여 1970년에 PDP -7 상에서 조 


Bell 연구소에 소속된 일부 사람들은 MIT 의 MAC 계 획 에서 진행하는 시 분할대상계 획 에도 
참가하였다. 그 계획은 처음 CTSS 를 개발하고 다음 Multics 를 개발하기로 되여 있었다. 
일 반적 으로 말하기 를 UNIX 가 Multics 를 어 떤 비 률로 낮춘 판본이라 할지 라도 UNIX 의 
개발자들은 실제적으로 CTSS 가 보다 큰 영향을 준다고 주장하였다. 그렇지만 UNIX 는 
Multics 의 구상을 많이 받아 들이였다. 

Bell 연구소에서 UNIX 에 대한 연구와 그후 그밖의 연구사업을 통하여 여러가지 
UNIX 계렬품들을 내놓았다. 처음으로 주목할만한 획기적전변은 UNIX 체계를 PDP -7 로부 
터 PDP -11 에 로 방향을 돌린것이 였다. 이것은 UNIX 가 모든 콤퓨터용조작체 계 로 될것 이 
라는 첫 암시 였 다. 다음으로 중요한 전변은 프로그람작성언어 C 로 UNIX 를 다시 작성한 
것이 였다. 이것은 그 당시 에 들어 보지 못한 전략이 였다. 일반적 으로 그것은 조작체계와 
같이 복잡한것 으로 느껴 졌다. 왜 냐하면 그것 이 시 간적 으로 엄격한 사건들을 취 급해 야 
하며 아쌤 불리 언어 로 배 타적 으로 작성 되 여 야 하였기 때 문이 다. C 의 실현은 체 계 코드의 전 
부가 아니라 대부분에 고급언어를 사용하는것이 가지는 우월성을 증명하였다. 오늘날 실 
제적으로 UNIX 실현물들은 모두 C 로 작성된다. 

UNIX 의 초기판본들은 Bell 연구소에서 완전히 대중화되였다. 1974년에 UNIX 체계는 
처음으로 기술잡지에 실렸다 [ RITC 74]. 이것은 체계에 대한 큰 흥미를 불러 일으켰 다. 
UNIX 의 허가증이 광고협회는 물론 종합대학들애까지 제공되였다. Bell 연구소가 내 놓은 
데서 널리 사용할수 있는 첫 판본은 1976년에 나온 판본 6이였다. 계속하여 1978년에 나 
온 판본 7은 가장 현대 적 인 UNIX 체 계 의 조상이다. 비 AT & T 체 계 를 개 발하는데서 가장 
중요한것 은 버 클리 에 있는 캘 리 포니 아종합대 학에 서 수행 되 였는데 그것 을 UNIX BSD 라 
고 불렀 고 처 음에 는 PDP 상에 서 실 행 하고 다음은 VAX 기 계 들에 서 실 행하였 다. AT & T 는 
계속 체계를 개발하고 세련시켰 다. 1982년경에 Bell 연구소는 UNIX 에 대한 몇가지 
AT & T 방안들을 단일체계 에 포함시켜 AT&T System IE 으로 상업화하였 다. UNIX System 
V 를 만들기 위해 후에 몇 가지 기 능들이 조작체 계 에 추가되 였 다. 
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：!림 2-15. 일반적인 UNIX 구성방식 






포함하고 있다. 이 두 대면부사이에서 체계는 두개의 주요부분으로 나누어 지는데 하나 
는 프로쎄스조종과 관련된것 이고 다른 하나는 파일관리 및 입출력관리와 관련된것 이 다. 
프로쎄 스조종부분체 계 는 기 억 기 관리，프로쎄 스들의 일정 작성 및 배 분，프로쎄 스들의 동기 
화 및 프로쎄스사이 통신에 대해 책임 진다. 파일체계는 기억기와 외부장치사이에서 문 
자흐름으로 또는블로크별로 자료를 교환한다. 이를 위 해 여 러 가지 장치 구동프로그람구체 
례를 사용한다. 블로크지향이송을 위해 디스크 개시방법을 사용한다. 즉 주기억기내의 체 
계 완충기 를 사용자주소공간과 외 부장치 사이 에 끼 워 넣 는다. 

이 부분절에서는 전통적인 UNIX 체계라고 말할수 있는것들을 취급한다. [VAHA 
96] 에서는 전통적이라는 용어를 System V Release 3( SVR 3), 4.3 BSD 및 초기판본들을 
가리 키는데 쓰고 있다. 그것은 단일처 리 기 상에서 실행하도록 설계되 여 있고 따라서 여 러 
처 리 기들이 병 행하여 호출하면 자료구조를 보호할 능력 이 없다. 핵 심부는 만능적인것 이 
아니며 단일형태의 파일체 계，프로쎄스일정작성 방법，집 행 가능한 파일서 식 을 준다. 고전 
적 인 UNIX 핵심부는 확장할수 있게 설계되지 않았으며 코드재사용을 위한 몇 가지 기 능 
들만 가지고 있다. 결과 새로운 기능들을 여 러가지 UNIX 판본들에 추가함에 따라 많은 
새로운 코드들을 추가해야 했고 결국은 팽창되여 모둘화되지 않은 핵심부를 낳게 하였다. 

제 7 절. 현대적인 UNIX 체계 

UNIX 가 발전함에 따라 몇가지 서로 다른 실현물들이 결말을 보았는데 매개는 일부 유 
용한 기능들을 주고 있다. 많은 주요한 발명들을 단일화하고 다른 현대적 인 OS 설계특징들을 
추가하며 보다 모둘화된 구성 방식을 주고 새 로운 실현물을 내 놓을데 대한 요구가 있었다. 
대표적 인 현대 UNIX 핵심부를 그림 2-17 에서 묘사하고 있다. 모둘방식으로 작성된 작은 봉 
사핵심 이 있으며 그것은 많은 OS 프로쎄스들이 요구하게 될 기능과 봉사들을 준다. 바깥의 
원들은 각각 여러가지 방식으로 실현할수 있는 기능들과 대면부를 표시한다. 

현대 UNIX 체계들에 대한 일부 실례들을 보기로 하자. 

System V Release 4 (SVR 4) 

SVR 4 는 AT&T 의 Sun Microsystems 회 사가 련합하여 개 발하였는데 이것은 SVR 3, 
4.3 BSD , Microsoft Xenix systme V 및 SUN OS 를 결합시킨다. 그것은 거의 모두가 
Systme V 핵심부에 대한 총체적인 재작성이였고 복잡하지만 균형이 잡힌 실현물을 내놓 
았다. 제 안에서 새 로운 특징 은 실시 간처 리지 원，프르세스일정 작성클라스，동적 으로 배정된 
자료구조，가상기 억 기 관리，가상파일 체 계 와 선취 핵 심 부를 포함하는것 이 다. 

SVR 4는 상업적 이며 학구적 인 설계 가들 량자의 노력 에 의해 나왔으며 상업적 인 
UNIX 전개 를 위한 통일적 인 가동환경 을 제 공하기 위하여 개 발되 였 다. 그것은 이 객체 에 
서 성공하였으며 아마도 지금까지의 가장 중요한 UNIX 방안으로 된다. 그것은 UNIX 체 
계상에서 지금까지 개발된 대부분의 중요한 기능들을 병합시키고 있으며 또 상업적 으로 
생활력 있는 방식에서도 역시 그렇게 하고 있다. SVR 4 는 32 bit 극소형처리기로부터 초고 
속콤퓨터에 이르기까지의 모든 기계들에서 실행되고 있으며 지금까지 개발된 가장 중요한 
조작체계중의 하나로 된다. 이 책에 있는 많은 UNIX 실례들이 SVR 4 에서 나온것이다. 
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Solaris 의 판본 2 의 실현물은 SVR 4의 모든 기능들을 주며 그밖에 몇가지 보다 현대적 
인 기능들을 주고 있다. 그 기능들을 보면 충분히 선취가능하고 다중 스레드 화된 핵심부， 
SMP 에 대 한 충분한 지원, 파일체계 에 의 한 객체지향대면부들이다. Solaris 는 가장 널리 
쓰이고 있으며 가장 성공적인 상업적 UNIX 실현물이다. 일부 OS 기능에 대하여 Solaris 
는 이 책에 있는 UNIX 실례들을 주고 있다. 

4.4 BSD 

Berkeley 쏘프트웨 어 분산 BSD 계 렬 의 UNIX 판들은 OS 설 계 리 론의 개 발에 서 주요한 
역할을 놀았다. 4 .x BSD 는 과학연구설비로서 널리 쓰이고 있으며 많은 상업적 UNIX 제 
품들의 기초로 봉사해 왔다. BSD 는 UNIX 의 대중화에 대한 책임을 지고 있으며 UNIX 
에 대한 대부분의 개선은 우선 BSD 판본들에서 나타났다고 말하면 아마 BSD 에 대해 짐 
작할수 있을것이다. 

4.4 BSD 는 Berkeley 가 출판하려고 하였던 BSD 의 최종판본인데 설계와 실현에 대 
한 조직사업은 하지 않았다. 그것은 4.3 BSD 에 대한 주되는 갱신판으로서 새로운 가상 








기억기체계, 핵심부구조의 변경，여러가지 다른 기능의 강화 등을 포함하고 있다. 

Linux 

개 발과정 

Linux 는 IBM PC 구성 방식 을 위한 UNIX 방안으로서 출발하였 다. 초기 판본은 를퓨터 
과학을 하는 핀란드의 대 학생 인 Linus Torvalds 가 작성 하였다. 그는 1991년에 Linux 의 
초기 판본을 인 터 네 트상에 발표하였 다. 그때 부터 인 터 네 트상에 서 합작하는 많은 사람들이 
모두 Torvalds 의 조종하에 Linux 개발에 참가하였다. Linux 는 자유롭게 원천코드를 사 
용할수 있었으므로 Sun Microsystems , Digital Equipment Corp (현재는 Compaq ) 그 
리고 Silicon Graphics 회사가 제공하는 모든 UNIX 워크스테 이션들을 거의 대신할수 있 
는 정도로 되 였다. 오늘날 Linux 는 이 모든 가동환경상에서 실행 하는 충분한 기능을 가 
진 UNIX 체계로 되였다. 

Linux 의 성 공의 열쇠 는 자유쏘프트웨 어 기 금 ( FSF ) 의 주최 하에 사용할수 있는 자유 
제품와 같은 그의 특질에 있었다. FSF 의 목표는 자유롭고 질이 높은 안정하고 가동환경 
에 무관계한 쏘프트웨어 이며 사용자대중을 기꺼 이 받아 들이는데 있다. FSF 의 GNU 계 
획 은 쏘 프 트 웨 어 개 발 자 들 에 게 도 구 를 주 며 GNU 공 공 허 가 증 (GNU Public 
License ( GPL )) 은 FSF 의 승인표식이다. Torvalds 는 자기의 핵심부개발에 GNU 도구를 
사용하였는데 이것은 그때 그가 GPL 하에서 출판한것이다. 이와 같이 오늘날 보게 되는 
Linux 배 포는 FSF 의 GNU 계 획 ， Torvalds 의 개 별적 인 노력과 세계적 범위 에서 많은 협 력 
자들이 내놓은 산물이 다. 

많은 개별적인 프로그람작성자들이 그것을 사용하는외에 Linux 는 현재 주식세계에 
의의 있게 침투하였다 [ MANO )0]. 이것은 초보적 으로 자유쏘프트웨어 이 기때 문인것 이 아 
니라 Linux 핵심부의 질때문이다. 많은 재능 있는 프로그람작성자들이 현재판본에 기여 
하여 기능수준이 높은 제품을 내놓고 있다. 더우기 Linux 는 높은 수준에서 모둘화되여 
있으며 쉽게 구성할수 있다. 이것은 여 러 가지 하드웨 어 가동환경 으로부터 최적성능을 쉽 
게 달성할수 있게 한다. 게다가 원천코드를 사용할수 있으므로 판매자들은 특정한 요구 
를 만족시 키 도록 응용프로그람과 편의프로그람들을 작성할수 있 다. 이 책 전반에 걸 쳐 
Linux 핵심부내부를 구체적으로 보여 주게 된다. 

모듈식 구조 

대 부분의 UNIX 핵 심 부들은 단일 핵 심 부이다. 단일 핵 심 부는 하나의 큰 코드블로크안 
에 조작체계의 모든 기능들을 가상적으로 포함하고 있으며 그것은 단일주소공간을 가지 
고 단일 프로쎄 스처 럼 실 행하는것 이 라는데 대 해 이 미 지 적하였 다. 핵 심 부의 모든 기 능요 
소들은 그의 내부자료구조와 루린들모두에 모둘과 루린들을 다시 련결하고 다시 설치하 
며 그 변화가 영향을 주기전에 재기동해야 한다. 결국 새로운 장치구동프로그람이나 파 
일체계 기능을 추가하는것 과 갈은 어 떤 수정 을 가하기 가 힘 들다. 이 문제 는 Linux 에서 
특히 심각하다. 그 개발이 전 지구적이며 독립적인 프로그람작성자들이 완만하게 련합된 
그루빠로서 진행 하기 때 문이 다. 

이 문제 를 해 결 하기 위하여 적 재 가능한 모듈이라고 하는 상대 적 으로 독립인 블로크 
들의 집 합으로 Linux 를 조직한다 [ GDYE 9 的 . Linux 적 재 가능한 모둘은 두개 의 중요한 
특징을 가진다. 즉 
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• 동적련결 : 핵심부가 이미 기억기내에 자리잡고 집행하고 있는 동안 핵심부모둘 
을 적재시켜 핵심부에 련결할수 있다. 모둘은 또한 임의의 시간에 기억기에서 분 
리시키고 제거 할수 있다. 

• 탄창가능모듈 : 모둘들은 계층구조적 으로 배 치된다. 개 별적 모둘은 계층구조에 서 
보다 높은 의뢰기모둘이 참조할 때는 서고로 봉사하며 보다 낮은 모둘이 참조할 
때는 의뢰기로 봉사한다. 

동적 련결 [FRAN 97] 은 구성 과제 를 쉽 게 해 주며 핵 심 부기 억 기 를 절 약한다. Linux 에 
서 사용자프로그람 또는 사용자는 insmod 와 rmmod 지 령을 사용하여 핵심부모둘을 명 
백 히 표현되 게 적 재하거 나 부리 울수 있 다. 핵 심 부자체 는 특정한 기 능에 대 한 요구를 감 
시하며 요구에 따라 모둘을 적재하거나 부리울수 있다. 탄창가능모둘에 대한 모둘사이의 
의 존성 을 정 의 할수 있 다. 이 것 은 두가지 편리 성 을 가지 게 한다. 즉 

1. 류사한 모둘모임 (실례로 류사한 하드웨어용구동기들)에 공통인 코드를 복사를 줄 
이면서 한개의 모둘에로 옮겨 놓을수 있다. 

2. 핵 심부는 다른 실행중의 모둘이 의거 하고 있는 모둘부리우기를 그만두고 새로운 
모둘이 적재 될 때 추가적 으로 요구되 는 모둘을 적재하여 요구되 는 모둘이 현재 
있다는것을 확실하게 해줄수 있다. 

그림 2-18 은 모둘관리를 위해 Linux 가 사용한 구조들을 례증하는 한 실례 이 다.이 
그림은 단지 두개 모둘을 적재한후의 핵심부모둘목록을 보여 준다. 두개의 모둘은 FAT 
와 VFAT 이다. 매개 모둘은 두개의 표 즉 모둘표와 기호표로 정의된다. 모둘표는 다음 
과 갈은 요소들을 포함하고 있다. 즉 

• next : 다음모둘에 대한 지시자. 모든 모둘은 어떤 련결목록으로 조직된다. 이 목 
록은 어떤 허위모둘로부터 시작한다(그림 2-18 에서는 보여 주지 않았다.). 

• ref : 이 모둘을 사용하는 모둘들의 목록 

• symtab : 이 모둘의 기호표에 대한 지시자 

• name : 모둘이름 

• size : 기억기페지로 표시한 모둘크기 

• addr : 모둘의 시작주소 

• state : 모둘의 현 상태 

• clean up () : 모둘부리 우기 에 착수하는 루린을 가리킨다. 

기 호표는 그밖에 다른데서 사용하게 되는 이 모둘에 의하여 조종되 는 기 호들을 정 
의 한다. 그것은 다음과 갈은 요소들을 포함하고 있다. 즉 

• size : 표의 총 크기 

• n-symbols : 기호들의 개수 

. n-refs : 참조의 회수 

• symbols : 기호들의 표 

• references : 이 모둘에 의존하는 모둘들의 목록 

그림 2-18 은 VFAT 모둘이 FAT 모둘다음에 적재되며 VFAT 모둘이 FAT 모둘에 의 
거하고 있다는것을 보여 주고 있다 
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그림 2-18. Linux 핵 심 부모둘의 실 례 목록 
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련습 문제 

i . 매개 일감이 동일한 특성들을 가지는 다중프로그람방식의 콤퓨터를 가지고 있다 
고 하자. 어떤 일감의 한개의 계산주기 T 내에서 그 시 간의 절반은 입출력에 소 
비되며 다른 절반은 처리기동작에 소비된다. 매개 일감은 총 N 개의 주기동안 실 
행한다. 단순한 순환일 정작성 법 을 사용하며 입 출력조작은 처 리 기동작과 중복될 수 
있 다고 가정 하자. 이 때 다음의 량들을 정 의하시 오. 

• 일 감처 리 시 간 = 어 떤 일 감을 완료하는데 걸 리 는 실제 적 시 간 

• 처리능력 = 시간주기 T 동안에 완료된 평균일감의 수 

• 처리기의 사용률 = 처리기가 동작(기다림이 아니라)하는 시간의 백분률 

한개，두개 그리 고 네개의 동시적일감에 대 하여 이 량들을 계산하시 오. 이때 주기 
T 는 다음과 같유 방법 으로 각각 분포된다고 가정한다. 

1) 입출력에 첫번째 절반, 처리기에 두번째 절반 

L ) 입출력 에 첫번째와 네번째 1/4，처 리기 에 두번째와 세번째 1/4 
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2. 입출력위주의 프로그람은 혼자서 실행한다면 처리기를 사용하는것보다 보다 많은 
입 출력기 다림시 간을 소비하는 프로그람이다. 처 리 기위 주의 프로그람은 그반대 이 
다. 어 떤 단기일 정작성알고리 듬이 방금전 에 처 리 기 시 간을 조금 사용한 그런 프로 
그람들을 후원한다고 하자. 그러면 왜 이 알고리듬이 입출력위주의 프로그람을 
후원하면서 도 처 리 기 위 주의 프로그람에 대 한 처 리 기 시 간을 영 구적 으로 거 절 하지 
않는가에 대하여 설명하시오. 

3. 어 떤 를퓨터 가 캐 쉬，주기억 기 그리 고 가상기 억 기 용으로 사용하는 디 스크를 가지 
고 있다. 참조하는 단어가 캐쉬에 있으면 그것을 호출하는데 20ns 가 걸린다. 그 
것 이 캐 쉬 가 아니 라 주기억 기 에 있 다면 그것 을 캐 쉬 에 적 재 하는데 60ns 가 걸 리 
며 참조를 다시 시 작해 야 한다. 그 단어 가 주기억 기 에 없 다면 그 단어 를 디 스크 
에서 불러 내는데 12ms 가 걸리고 뒤이어 그것을 캐쉬에 복사하는데 60ns 가 걸 
리며 그다음에 참조를 다시 시 작한다. 캐쉬의 명중률은 0.9 이며 주기억기의 명중 
률은 0.6 이다. 이 체계에서 참조되는 단어에 접근하는데 ns 로 평균 얼마만한 시 
간이 걸리는가? 

4. 다중프로그람방식의 일괄처 리를 최적화하는데 사용하는 방책들에 의하여 어떤 시 
분할체계를 최적화하려고 할 때 사용할수 있는 일정작성방법들을 대조하시오. 

5. 체 계 호출의 목적 은 무엇 이 며 체 계호출은 조작체 계 와 그리 고 2 중방식 (핵 심 부방식 
과 사용자방식)조작에 대한 개념과 어떻게 련관되여 있는가? 

6. IBM 의 대형콤퓨터의 조작체계 OS/390 에서 핵심부의 주요한 모둘중의 하나가 체 
계 자원관리 자 (System Resource Manager(SRM)) 이 다. 이 모둘은 주소공간(프 
로쎄스들)사이에서 자원배정에 대한 책임을 지고 있다. SRM 은 OS/390 에 조작 
체계들중에서 유일하게 정교한 등급을 주고 있다. 그 어떤 다른 대형콤퓨터조작 
체계들과 확실하게는 그 어떤 다른 형태의 조작체계들도 SRM 실제기억기와 입출 
력통로들을 포함한다. SRM 은 처리기, 통로，여러가지 주요자료구조의 사용과 관 
련 한 통계 자료를 축적한다. 그 목적 은 성 능감시 와 분석 에 기 초하여 최 적 성 능을 
주는데 있 다. 설 치 조작은 가치 있 는 여 러가지 성 능의 객 체 들을 설 정하며 이 것 들 
은 SRM 에 대한 안내로 봉사한다. 그것은 체계사용률에 기초하여 설치조작과 일 
감성능특성들을 동적으로 변경한다. 또한 SRM 은 숙련된 조작공이 사용자봉사를 
개 선하기 위해 구성 및 파라메터 설정 을 개 선할수 있게 하는 보고를 제 공한다. 

이 문제는 SRM 동작의 한 실례와 관련된다. 실제기억기는 프레임이라고 하는 동일한 
크기의 블로크들로 분할된다. 그 프레임은 몇천개가 될수 있다. 매개 프레임은 페지라고 
하는 어떤 가상기억기블로크를 유지하고 있다. SRM 은 대 략 초당 20 회의 조종을 받으며 
각각 매개 폐지의 프레임을 조사한다. 페지가 참조되지 않았거나 변화되지 않았으면 어 
떤 계수기가 1 만큼 증가된다. 시 간에 따라 SRM 는 이 수들을 평균하여 체계내의 페지프 
레 임 이 접 촉되 지 않은 평 균시 간을 결정 한다. 이 렇 게 하는 목적 은 무엇 이 며 SRM 이 어 떤 
동작을 취함수 있는가? 
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제 2 편. 프로쎄스 

제 2 편의 중심 

모든 현대적인 조작체계의 기본과제는 프로쎄스관리이다. 조작체계는 자원을 프로쎄 
스에 할당하여 프로쎄스들이 정보를 공유하고 교환하며 매개 프로쎄스들의 자원을 다른 
프로쎄스들로부터 보호할수 있게 해야 하며 프로쎄스들사이에서 동기화를 보장할수 있게 
해야 한다. 이 요구를 만족시키기 위하여 조작체계는 매개 프로쎄스용자료구조를 유지해 
야 하는데 이 자료구조는 프로쎄스의 상태와 자원소유권을 서술하고 있으며 조작체계가 
프로쎄스조종에 영 향을 줄수 있게 한다. 

다중프로그람처 리 방식의 단일처 리기상에서 여 러 프로쎄스들을 집행 하는 과정은 시 간 
적 으로 교차될 수 있 다. 다중처 리 기 상에서 는 교대 로 프로쎄 스집 행 을 할수 있 을뿐아니 라 
여러 프로쎄스들을 동시에 집행할수 있다. 교차식집행과 동시집행冬 모두 병행성의 형태 
로서 응용프로그람작성 자들과 조작체 계 에 중요하면서 도 어 려 운 문제 들을 제 기 한다. 

많은 당시 의 조작체 계 들에서 프로쎄 스관리 의 난점 들이 스레 드개 념 의 도입 으로 
혼탕되여 있다. 다중스레드처리체계에서 프로쎄스는 자원소유관계에 대한 속성을 유 
지하는 한편 다중，병행집행흐름에 대한 속성은 프로쎄스에서 실행하는 스레드의 특 
성으로 된다. 


제 2 편의 안내 

제 3 장. 프로쎄스의 서술과 조종 

전통적인 조작체계의 초점은 프로쎄스관리에 있다. 각 프로쎄스는 임의의 시간에 준 
비，실행 및 페색과 같은 많은 집행상태들중의 어느 하나에 있게 된다. 조작체계는 이 집 
행상태들에 대 한 추적을 보존하며 그 상태들사이에서 프로쎄스의 움직 임을 관리한다. 이 
목적 으로부터 조작체 계 는 매 개 프로쎄 스를 서 술하는 자료구조를 유지 한다기 보다 정 교하 
게 만든다. 조작체계는 일정작성기능을 수행해야 하며 프로쎄스공유와 동기화를 위한 기 
능을 제 공해 야 한다. 계 3장에 서 는 프로쎄 스관리 를 위한 대 표적 인 조작체 계 들에 서 사용된 
자료구조와 수법을 고찰한다. 

제 4 장. 스레드, SMP 및 마이크로핵심부 

제4장에서는 많은 당시의 조작체계들을 특징 지어 주며 전통적인 조작체계설계의 우 
점 들을 보여 주는 세 가지 령역 들을 포괄하고 있 다. 많은 조작체 계 들에 서 프로쎄 스에 대 
한 고전적인 개념은 두개 부분으로 나누어 져 있었다. 즉 하나는 자원소유권(프로쎄스) 
을 취급하며 하나는 명령집행흐름(스레드)을 취급한다. 한개의 프로쎄스는 여러개의 스 
레 드를 포함할수 있다. 다중스레 드식 구성 은 응용프로그람의 구조화에서 나 성 능측면 에 서 
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나 다 우점을 가진다. 제4장은 또한 대칭형 다중처 리 기 ( SMP ) 를 론의하는데 이것은 여 러 
개의 처리기를 가진 를퓨터로서 처리기들은 각기 모든 응용프로그람과 체계코드를 집행 
할수 있다. SMP 구성은 성능과 믿음성을 증가시 킨다. SMP 는 흔히 다중스레 드처 리와 결 
합하여 쓰이지 만 다중스레 드처 리를 하지 않을 때 에도 강력한 개선을 얻을수 있다. 끝으 
로 제4장에서는 마이크로핵심부를 론의하는데 이것은 조작체계설계의 한 류형이다. 이 
류형 은 핵 심 부방식 으로 실 행하는 조작체 계 코드의 량을 최 소화한다. 이 방법 의 우점 을 분 
석 한다. 

제 5 장. 병행성: 호상배제와 동기화 

현대적인 조작체계의 두가지 중심적 인 주제는 다중프로그람처 리와 분산처 리 이 다. 이 
두가지 주제 에서 기 본적 이며 조작체계설계 기 술에서 기 본적 인것은 병 행성 이 다. 계5장에서 
는 병행성의 두가지 측면 즉 호상배제와 동기화를 고찰한다. 호상배제는 단지 한개의 프 
로쎄스만이 어떤 시간에 공유된 객체에 접근하는 방법으로 코드， 자원이나 자료를 공유 
하는 다중프로쎄스들(스레드들)의 능력이다. 호상배제와 관련된것이 동기화인데 이것은 
정보를 교환할 때 그것들의 동작을 일치시키는 다중프로쎄스들의 능력이다. 제5장에서는 
제 기된 설계문제 들에 대 한 설명 으로부터 시 작하여 병 행성 과 관련된 내 용들을 많이 취 급 
하고 있다. 이 장에서는 병행성에서의 하드웨어지원에 대하여 설명하고 그다음 병행성 
즉 신호기，감시기，통보문넘기기를 지원하는 가장 중요한 수법들을 고찰한다. 

제 6 장. 병행성: 교착과 고갈 

제6장에서는 병행성 에 대한 두가지 추가적 인 측면을 고찰한다. 교착은 두개 또는 그 
이 상의 프로쎄 스들의 모임 이 작업 을 계 속하기 위하여 그 모임 에 속한 다른 성 원들로 하 
여금 어 떤 조작을 완료하기 를 기 다리 고 있지 만 어 느 성 원도 작업 을 계 속할수 없는 상황 
을 가리키는 말이다. 교착은 예상하기 힘든 현상으로서 이 문제에 대한 그어떤 쉽고도 
일반적인 해결방도는 없다. 제6장에서는 교착을 취급하는 세개의 중요한 방법 즉 예방， 
피 하기 , 검출에 대 하여 고찰한다. 고갈은 프로쎄스가 집행할 준비는 되 여 있지만 다른 프 
로쎄스들에 밀리면서 처리기에 대한 접근을 계속 무시 당하는 상황을 가리키는 말이다. 
고갈은 일정작성문제로서 편을 정 하여 취급할 내용으로 보고 계4편에서 취급한다. 제6장 
에서는 교착에 중심을 두고 있지만 교착해결방도가 고갈문제의 피하기를 요구하므로 고 
갈에 대 해서 도 설명한다. 
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제 3 장. 프로쌔스의 서술과 조종 


조작체계설계는 일정한 일반적요구들을 반영하여야 한다. Windows 98과 같은 단일 
사용자체계로부터 수천명의 사용자를 지원할수 있는 OS/390 과 갈은 일반형콤퓨터체계에 
이르기까지 모든 다중프로그람식조작체계는 프로쎄스에 대 한 개 념 으로 만들어 지고 있다. 
그러 므로 조작체 계 가 만족시켜 야 할 대 부분의 요구는 프로쎄 스들을 참조하여 표현 할수 
있다. 즉 

• 조작체계는 여 러 프로쎄스들의 집 행을 교차처 리 하면서 처 리기의 사용을 최소화해 
야 하며 한편 해 당한 응답시 간을 보장해 야 한다. 

• 조작체 계 는 특정한 방법 에 따라(실례 로 어떤 기 능이 나 응용프로그람이 보다 높은 
우선권을 가질수 있다.) 처 리하도록 자원을 배정해 야 하며 한편 갈은 시각에 교 
착을 피하여야 한다. 1 

• 프로쎄스사이 통신과 사용자가 프로쎄스를 창조하는것을 지원하기 위해 조작체계 
를 요구할수 있는데 그것들은 모두 응용프로그람의 구조화를 방조할수 있다. 

여기서는 조작체계에 대한 구체적인 연구를 조작체계가 프로쎄스를 표현하고 조종하 
는 방법 에 대 한 설명 으로부터 시 작한다. 우선 프로쎄 스의 상태 를 론의하는데 이것 은 프 
로쎄 스의 성 질을 특징 짓는다. 그다음 매 개 프로쎄 스를 표현하기 위하여 조작체계 가 요 
구하는 자료구조와 조작체계가 자기의 객체들을 얻기 위해 요구하는 프로쎄스의 다른 기 
능들을 고찰한다. 끝으로 UNIX SVR 4에 서 프로쎄 스의 관리 에 대 하여 론의한다. 

주의 : 이 장에서 때때로 가상기억기를 참조하게 된다. 지금까지는 프로쎄스를 취급 
하는데서 이 개념을 무시할수 있었다. 그러나 일정한 설명을 할 때 가상기억기를 적절히 
고찰하여야 한다. 가상기억기를 제8장까지는 세부적으로 고찰하지 않지만 제2장에서 주 
요개괄을 주고 있다. 


제 1 절. 프로쎄스의 상태 

처리기의 기본기능은 주기억기에 상주하는 기계명령을 집행하는것이다. 이 명령은 
프로그람형태로 주어 진다. 앞의 장들에서 설명한바와 같이 프로그람작성의 효과성과 용 
이성을 보장하기 위해 처 리기는 많은 프로그람집 행을 시 간적 으로 교차처 리할수 있다. 

제2장에 서 언급한바와 같이 프로그람이 집 행되 자면 프로그람을 위한 프로쎄 스나 과 
제 가 창조되 여 야 한다. 처 리 기의 견지 에서 볼 때 그것은 프로그람계수등록기안의 값들을 
변화시켜 엄 어 지는 일정한 순서 에 따라 그것의 저 장소에서 명 령들을 불러 내 여 집행한 
다. 시간이 흐름에 따라 프로그람계수기는 서로 다른 프로쎄스들의 일부분으로 되는 각 
이 한 프로그람내의 코드를 가리킬수 있다. 개별적프로그람의 견지 에서 그의 집행은 프로 
그람내에서 명령의 순서를 포함하고 있다. 


교착은 제 6 장에서 론의 한다. 교착은 본질적 으로 두 프로쎄스가 같은 두개의 자원을 요구할 때 생긴 
다. 각자는 그에 대한 소유권을 가지고 있다. 각 프로쎄스가 자원을 차지하지 못한채 무한히 기다릴 
수 있다. 
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프로쎄스 A 와 C 에서 집행한 첫 12개의 명령을 보여 주고 있다. 프로쎄스 묘는 4개의 명 
령을 집행하며 이때 네번째 명령의 프로쎄스가 기다려야 할 입출력조작을 기동시킨다고 
가정 한다. 

이제 처리기의 견지에서 이 추적들을 보자. 그림 3-3은 첫 52개의 명령주기(편의상 
명령주기에 번호를 붙이고 있다.)에서 얻어 지는 교차처리된 추적을 보여 주고 있다. 여 
기서는 조작 체계가 하나의 프로쎄스로 하여금 최대 6개의 명령주기동안만 집행을 계속할 
수 있게 한다. 그후에 그것은 새치기를 받는데 이것은 임의의 단일 프로 쎄스가 처리기시 
간을 독점하는것 을 예 방한다. 그림 3-3 에 서 보여 준바와 같이 프로 쎄 스 A 의 첫 6개 의 
명령은 집행되고 뒤이어 시간만기가 일어 나며 할당기에서 일부 코드를 집행하는데 6개 


H 


1 5000 

2 5001 

3 5002 

4 5003 

5 5004 

6 5005 


7 100 

8 101 

9 102 

10 103 

11 104 

12 105 

13 8000 

14 8001 

15 8002 

16 8003 


17 100 

18 101 

19 102 

20 103 

21 104 

22 105 

23 12000 

24 12001 

25 12002 

26 12003 


입출력요청 


100 = 할당기프로그람의 시작주소. 
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42 
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44 

45 
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47 

48 

49 
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51 

52 


어두운 구역은 할당기프로쎄스의 집행을 표시한다; 

첫번째와 세번째 렬은 명령주기를 계수한다; 

두번째와 네번째 렬은 집행되는 명령주소를 보여 주고 있다. 


12004 

12005 


100 

101 

102 
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104 

105 

5006 

5007 

5008 

5009 

5010 

5011 


100 

101 

102 

103 

104 
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12006 

12007 

12008 

12009 

12010 
12011 


그림 3-3. 그림 3-1 의 프로쎄스들에 대 한 결합식 추적 
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의 명 령 을 집 행 한 다음에 할당기 의 조종을 프로쎄 스 묘에 넘 기 기 전 에 6개 의 명 령 을 집 행 
한다. 2 4개 명 령을 집 행한후에 프로쎄스 묘는 기다려 야 할 입출력동작을 요청한다. 따라 
서 처리기는 프로쎄스 묘의 집행을 정지시키며 할당기를 거처 프로쎄스 C 에로 옮겨 간다. 
새 치기 후에 처리기는 프로쎄스 A 에 돌아 간다. 이 프로쎄스가 시간만기될 때 프로쎄스 B 는 
입출력조작이 완료되기를 기 다리 고 있으며 그래서 할당기는 프로쎄스 C 에 다시 옮겨 간다. 

2상태프로쎄스의 모형 

조작체계의 기본은 프로쎄스의 집행을 조종하는것으로서 이것은 집행에서 교차처리 
형태를 결정하며 프로쎄스에 자원을 할당하는 내용들을 포함하고 있다. 프로쎄스를 조종 
하는 프로그람설계에서의 첫 단계는 출품하려는 프로쎄스의 성질을 서술하는것이다. 

여기서는 임의의 시간에 프로쎄스가 처리기에 의해 집행되는가 아닌가 하는것을 관 
찰하여 가장 간단하면서 가능한 모형을 구성 할수 있다. 이로부터 프로쎄스를 두 상태 즉 
그림 3-4 자에서 보여 준바와 같이 실행 또는 비실행상태중의 하나에 있게 할수 있다. 
조작체계는 새로운 프로쎄스를 창조할 때 그 프로쎄스를 비실행상태에 있는 체계에 넣는 
다. 조작체 계에 알려 져 있으며 집행할 기회를 기 다리는 프로쎄스가 있다. 시 간이 감에 
따라 현재 실행하고 있는 프로쎄스는 새치기를 받게 될것이며 조작체계의 할당기부분은 
새로운 프로쎄스를 선택하여 실행하게 된다. 전자의 프로쎄스를 실행상태로부터 비실행 
상태 로 옮기 고 다른 프로쎄스들중의 하나를 실행상태 로 옮겨 놓는다. 

이 간단한 모형으로부터 조작체계의 일부 설계요소들에 대한 평가를 할수 있다. 매 
개 프로쎄 스들을 일정 한 방법 으로 표현하여 조작체 계 가 그에 대 한 추적을 유지할수 있게 
해야 한다. 즉 현 상태와 기억기에서의 위치를 포함하여 매개 프로쎄스와 관련되는 일정 
한 정보가 있어 야 한다. 실행중이 아닌 프로쎄스들은 어떤 대기렬에 들어 가 자기의 집 
행차례 를 기다려야 한다. 그림 3-4 느 는 그와 관련 한 구조를 제 기 하고 있 다. 단일 대 기렬 
이 있 는데 여 기 에 서 매 개 입 구점 은 특정 한 프로쎄 스에 대 한 지 적 자로 된 다. 또한 대 기 렬 
을 변경된 자료블로크의 목록으로 구성할수 있으며 여 기서 매 개 블로크는 하나의 프로쎄 
스를 표시한다. 후에 이 후자의 실 현문제 를 연구하게 된 다. 

이 대기선도를 사용하여 할당기의 성질을 서술할수 있다. 새치기를 받은 프로쎄스는 
기 다리 고 있는 프로쎄 스들의 대 기렬에 이송된다. 또한 프로쎄 스가 완료되거 나 취 소되 면 
그것을 버린다(체계를 출구한다.). 어느 경우든 할당기는 대기렬에서 프로쎄스를 선택하 
여 집 행한다. 

프로쎄스의 창조와 완료 

2상태 모형 을 고찰하기 전에 프로쎄 스의 창조와 완료에 대 하여 론의한다. 극단적 으로 
사용되는 프로쎄스모형의 성질에 관계없이 프로쎄스의 수명은 그의 창조와 완료에 의해 
정해 진다. 


프로쎄스의 창조 

새로운 프로쎄스를 현재 관리하고 있는것에 추가하려면 조작체계는 프로쎄스를 관리 
하는데 사용되 는 자료구조를 만들며 (제 3장 계 2절 에 서 술되 여 있 다. ) 그 프로쎄 스에 주기 
억기의 주소공간을 배정한다. 이 동작들에 의하여 새 로운 프로쎄 스가 창조된다. 

표 3-1 에서 지적된바와 같이 4개의 공통적인 사건들이 프로쎄스를 창조한다. 일괄 


2 _ 프로쎄스와 할당기가 집행한 작은 몇개의 명령들은 비현실적이며 저급하다. 설명을 명백하게 하기 
위하여 간단화된 실례로서 사용되고 있다. 
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용자가 가입하려고 할 때 창조된다. 두 경우에 모두 조작체계는 새로운 프로쎄스의 창조 
에 응답할수 있다. 조작체 계는 또한 응용프로그람을 대 신하여 프로쎄스를 창조할수 있다. 
실례로 사용자가 파일을 인쇄하려고 한다면 조작체계는 인쇄를 관리하게 될 프로쎄스를 
창조할수 있다. 프로쎄스를 요구하는것은 이처럼 인쇄과제를 완료하는데 요구되는 시간 
에 무관계하게 생겨 날수 있다. 


할당 



정지 


그림 3-4. 2상태프로쎄 스의 모형 
기 -상태이 행 도, i _- 대 기 선도 

전통적 으로 조작체 계 는 사용자 즉 응용프로그람에 투명한 방법 으로 모든 프로쎄 스들 
을 창조하였고 이것은 아직도 많은 조작체계들에서 공통적으로 찾아 보게 된다. 그러나 
하나의 프로쎄스가 다른 프로쎄스를 창조할수 있게 하는것이 유용할수 있다. 실례로 응 
용프로쎄 스가 다른 프로쎄 스를 생 성하여 응용프로그람이 생 성하는 자료를 수신하거 나 후 
에 분석하는데 알맞는 형태로 자료를 조직할수 있다. 새로운 프로쎄스는 응용프로그람을 
병 렬로 실행하며 새 로운 자료가 나타날 때마다 활성 화된다. 이 런 배 렬은 응용프로그람을 
구조화하는데 서 매 우 유용할수 있 다. 다른 실례 에서 봉사기프로쎄 스(실례 로 봉사기，파일 
봉사기 ) 가 그것 이 조종하는 매 개 요청 에 따라 새 로운 프로쎄 스를 생 성할수 있 다. 조작체 
계 가 또 다른 프로쎄스의 요청 에 따라 어떤 프로쎄스를 창조할 때 그 동작을 프로쎄스새 
끼치기라고 한다. 


표 3-1. 프로쎄스창조의 리유 



동동작할것 을 요구한다. 이 협 동동작을 실현하는것 은 프로그람작성 자에 게 있어서 
과제 이 다. 이 문제 는 계 5장에 서 론의한다. 

프로쎄스의 완료 

표 3-2 는 프로쎄스완료의 대표적인 리유들을 요약하고 있다. 콤퓨터체계는 프로 
가 자기의 완료를 알려 줄수 있는 수단을 보장해야 한다. 일괄일감은 정지명령이든고 
료하기 위한 명백한 조작체 계봉사호출을 포함하고 있어 야 한다. 전자의 경우에 정지 
은 새치기를 발생시켜 프로쎄스를 완료한 조작체계에 경보를 줄수 있다. 대화형응용 
그람에서 사용자의 동작이 언제 프로쎄스가 완료되는가를 알려 주게 된다. 실례로 
할체 계 에서 특정한 사용자를 위한 프로쎄스는 사용자가 탈퇴를 끝내거 나 자기 말단으 
원을 차단시킬 때 완료된다. 개인용콤퓨터나 워크스테이션에서 사용자는 응용프로그 
포기할수 있 다(실례 로 단어 처 리 나 자료표) . 이 모든 동작들은 조작체 계 에 봉사요청 ^ 
생시켜 요청하는 프로쎄스를 완료하게 한다. 


표 3-2. 프로쎄스의 완료리유 


정상완료 
시간한계 J 과 


기억기사4 불가능 
경계위반 
보호오유 

산수연산 i 유 

시 간과도 i 행 

입출력 실 ᄑ 


무효명령 


특권명령 


조작자 또 크 OS 
부모완료 


프로쎄스는 OS 봉사호출을 집행하여 실행을 완료했다는것을 알려 &다. 

프로쎄스가 특정 한 총적시 간한계 보다 훨씬 오래 실행 하였다.，점되 • 
시간형 에 몇가지 가능성 이 있다. 이것들은 총 경과시 간, 집행 하는니 소 
한 시간，대화형프로쎄스인 경우 사용자가 임의의 입력을 한 때로 부터¬ 
서간들을 포함하고 있다. 

프로쎄스가 체계가 줄수 있는것보다 더 많은 기억기를 요구한다. 

프로쎄스가 접근을 허용하지 않는 기억기위치에 접근하려고 한다. 

프로쎄가 사용을 허용하지 않는 자원이나 파일을 사용하려고 하거' 
읽 기 전용파일을 쓰는것과 갈은 부정 확한 방식 으로 사용하려 고 한: F . 

프로쎄 스가 0으로의 나누기 와 같:■계된 연산을 하려고 하거 나 하드: 
어가 수용할수 있는것보다 더 큰 수를 기 억하려고 한다. 

프로쎄스가 일정한 사건이 발생하는것을 특정한 최대시간보다 I 오: 
기 다렸 다. 

파일 찾기 에서 불가능성, 특정 한 최 대 수의 시 도후에 읽 거 나 쓰기 ᅳ !폐 (j 
례로 테프상의 결함이 있는 구역과 맞다들릴 때) 또는 무효조작(형 인쇄 . 
로부터의 읽기와 같은)과 같은 f 력 또는 출력기간에 오유가 발생1 다. 

프로쎄스가 존재하지 않는 명령을 실행하려고 한다(흔히 자료구 적에. 
이행 하거 나 자료를 집행 하려고 할 때 생긴다. ). 

프로쎄스가 조작체계에 예약된 명령을 사용하려고 한다. 자료조나•이 
린 형이거나 초기화되여 있지 않다. 

일정한 리유로 하여 조작자 또는 조작체계가 프로쎄스를 완료하: :다 (■ 
례로 교착이 존재한다면). 

부모가 완료할 때 조작체계는 자동적으로 그 부모의 모든 자와들 • 
완료한다. 


부모요청 


부모프로쎄스는 대체로 임의의 자기자식들을 완료할수 있는 권한을 7 진다 



보충적으로 몇가지 오유와 고장조건들이 프로쎄스를 완료에로 이끌어 갈수 있다. 표 
3-2 는 보다 공통적으로 인정된 일부 조건들을 목록화하고 있다. 3 

끝으로 일부 조작체 계들에서 그것을 창조하였거 나 부모프로쎄스가 자기 자체를 완료 
했을 때 바로 그 프로쎄스가 어떤 프로쎄스를 완료할수 있다. 

5상태의 모형 

모든 프로쎄스가 항상 집행준비가 되였다면 그림 3-4 l 가 제기한 대기렬규칙이 효 
과적일것 이 다. 대 기렬은 선입선출목록이며 처 리 기는 사용할수 있는 프로쎄스형 태 에서 순 
환방식으로 조작한다(대기렬에 있는 매개 프로쎄스들은 일정한 시 간을 밤으며 차례 로 집 
행 하고 페 색되지 않는 한 대 기렬에 로 돌아 간다. ) . 그러 나 여 기서 서술한 간단한 실례 에 
서 이 실현은 불가능하다. 즉 비실행상태에 있는 일부 프로쎄스들은 집행할 준비가 되 여 
있고 한편 다른것들은 입출력조작이 완료되기를 기다리면서 폐색된다. 이로부터 단일대 
기렬을 쓰면 할당기가 대기렬의 제일 오래된 끝에 있는 프로쎄스를 꼭 선택하지 못할수 
있다. 할당기 가 페색되지 않고 대 기렬에 제 일 오래 머물러 있은 프로쎄스를 찾아 그 목 
록을 주사하게 하는편이 더 합리적 일수 있다. 

이 상황을 조종하는 보다 자연적인 방법은 비실행상태를 두개의 상태 즉 준비 및 페 
색으로 나누는것이다. 이것을 그림 3-5 에 보여 주고 있다. 효과적인 대책으로서 두개의 
추가적 인 상태를 보충하였는데 그 유용성 이 증명되 였다. 이 새 로운 도해 에서 5개의 상태 
는 다음과 같다. 즉 

• 실행 : 현재 집행되고 있는 처리. 이 장에서는 단일처리기를 가진 를퓨터를 가정하 
며 그런데로부터 대체로 한 시각에 이 상태에는 하나의 프로쎄스가 있을수 있다. 

• 준비 : 기회가 차례지면 집행 할 준비가 되여 있는 프로쎄스 

• 패색 : 입출력 조작의 완료와 같은 일정한 사건이 발생할 때 까지 집 행할수 없는 프 
로쎄스 

• 새것 : 금방 창조되 였지만 조작체계가 집 행할수 있는 프로쎄스의 집결소에 가도록 
아직 허가를 받지 못한 프로쎄스 

• 출구: 정 지 시 켰거 나 일정 한 리 유로 취 소시 켰기 때 문에 조작체 계 가 집 행 할수 있는 
프로쎄 스집 결 소로부터 해 방된 프로쎄 스 



어떤 관대한 조작체계는 일부 경우에 사용자로 하여금 프로쎄스를 완료하지 않고 고장을 회복할수 
있게 해준다. 실례로 사용자가 파일에 대한 접근을 요구한다면 그 접근을 무시하고 조작체계는 프 
로쎄스가 계속 집행해 나가도록 한다는것을 통지할수 있다. 
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새것과 출구상태는 프로쎄스관리에서 유용한 구성물이다. 새것의 상태는 방금 정의 
된 프로쎄스에 대응한다. 실례로 새로운 사용자가 시분할체계에 가입하려고 하거나 새로 
운 일괄일감이 집행을 의뢰 받으면 조작체계는 두 단계로서 새로운 프로쎄스를 정의할수 
있다. 우선 조작체계는 프로쎄스를 만드는데 필요한 정 리조작들을 수행한다. 프로쎄스를 
관리하는데 필요한 어떤 표들을 할당하고 만든다. 이 시점에서 프로쎄스는 새것상태에 
있다. 이것은 조작체계가 프로쎄스를 창조하는데 필요한 동작을 수행했지만 그자체에 프 
로쎄스를 집행 할데 대한 위 임은 하지 않았다는것을 의미한다. 실례로 조작체계는 체계 에 
있을수 있는 몇개의 프로그람을 성능이나 주기억기 한계때문에 제한할수 있다. 프로쎄스 
가 새것상태에 있는 동안 조작체계가 요구하는 프로쎄스와 관련 있는 정보는 주기억기에 
있는 조종표에 유지된다. 그러나 프로쎄스자체는 주기억기에 없다. 즉 집행될 프로그람코 
드는 주기억기에 없으며 프로그람과 관련된 자료에 아무런 공간도 배정되여 있지 않다. 
프로쎄스가 새것상태에 있는 동안 프로그람은 2차기억기 대체로 디스크기억기에 있다. 4 

류사하게 프로쎄스는 두 단계로 체계를 출구한다. 우선 본질적인 완료점에 도달했을 
때，회복할수 없는 오유가 있기때문에 취소시킬 때 또는 해당 권한을 가진 다른 프로쎄 
스가 그 프로쎄스를 취소시키려고 할 때 프로쎄스를 완료시킨다. 완료는 프로쎄스를 출 
구상태 에 로 이 동시 킨 다. 이 시 점 에 서 프로쎄 스는 더 이 상 집 행 에 뽑힐 자격 을 가지 지 못 
한다. 일감과 관련된 표와 다른 정보는 림시로 조작체계가 보관하며 조작체계는 보조기 
억기나 지원프로그람이 임의의 요구되는 정보를 추출할수 있는 시간을 준다. 실례로 합 
계프로그람이 료금계산을 목적으로 처 리기시간과 사용한 다른 자원들을 기록할것을 요구 
할수 있다. 편의프로그람이 성능이나 사용률분석과 관련하여 프로쎄스의 경력에 대한 정 
보를 뽑아 낼것을 요구할수 있다. 일단 프로그람경력에 대한 정보를 뽑아 내기만 하면 
조작체계는 프로쎄스와 관련된 임의의 자료를 더 이상 유지할 필요가 없으며 프로쎄스는 
체계에서 삭제된다. 

그림 3-5 는 프로쎄스에서 매개 상태이행을 초래하는 사건의 형태들을 보여 주고 있 
다. 가능한 이행은 다음과 같다. 즉 

• 빔 ᅳ새 것 : 프로그람을 집 행 하기 위 하여 새 로운 프로쎄 스가 창조된 다. 이 사건은 
표 3-1 에 목록화되 여 있는 리 유들중 몇 가지 로 인 하여 발생한다. 

• 새것—준비 :추가적인 프로쎄스를 맡을 준비가 되면 조작체계는 프로쎄스를 새것 
상태 로부터 준비상태 로 이동시 킨다. 대부분의 체 계 들은 몇개의 현존프로쎄 스들이 
나 현존프로쎄 스들에 위 임 한 가상기 억 기 량에 기초하여 일정한 제 한을 설정한다. 
이 제한은 많은 능동프로쎄스들이 성능을 저하시키지 않도록 보증한다. 

• 준비ᅳ실행 : 새 로운 프로쎄스를 실행시키 기 위하여 선택할 시 간이 되 면 조작체 계 
는 준비 상태 에 있는 프로쎄 스들중에서 하나를 선택한다. 어 느 프로쎄 스를 선택하 
는가 하는 문제 는 제 4편 에 서 설 명한다. 

• 실행ᅳ출구 : 프로쎄 스가 완료했 다는것 을 알려 주든가 취 소되 면 조작체 계 는 현재 
실행중인 프로쎄스를 완료한다. 

• 실행ᅳ준비 :이행의 가장 공통적 인 리유는 실행중인 프로쎄스가 새치기 받지 않은 
집 행 에서 최 대허 용시 간에 도달했 다는것 이 다. 실제상 다중프로그람처 리조작체 계는 
이런 류형의 시간규칙을 적용하고 있다. 이러한 이행을 일으키는 몇가지 다른 원 
인들이 있는데 모든 조작체계들에서 실현되는것은 아니다. 실례로 조작체계가 각 


이 단락의 설명에서는 가상기억기에 대한 개념을 무시하고 있다. 가상기억기를 지원하는 체계들에 
서 프로쎄스가 새것으로부터 준비에로 넘어 갈 때 그것의 프로그람코드와 자료는 가상기억기에 적 
재된다. 가상기 억기는 주로 제 2 장에서 설명 하고 있으며 세부적 인것은 제 8 장에서 설명 하고 있다. 




이한 준위의 우선권을 서로 다른 프로쎄스들에 설정한다면 어떤 프로쎄스를 선취 
할수 있다. 실례로 프로쎄스 A 가 주어 진 우선권준위에서 실행중이고 프로쎄스 
B 가 기 다리고 있는 사건이 발생했다는것을 조작체계가 알면 묘를 준비상태로 옮 
긴 다음 프로쎄스 A 를 새치기하여 프로쎄스 B 를 할당할수 있다. 그것을 조작체 
계가 프로쎄스 A 를 선취했다고 말한다. 5 최종적으로 프로쎄스는 처 리기의 조종을 
자발적으로 해방시킬수 있다. 

• 실 행 -폐 색 : 프로쎄 스가 기 다려 야 할 어 떤것 을 요청 하면 폐 색 상태 에 들어 간다. 조 
작체 계 에 대 한 요청 은 보통 체 계봉사호출 즉 실 행중인 프로그람으로부터 조작체 
계코드의 일부분인 수속에로 이행할것을 호출하는 형태로 된다. 실례 로 프로쎄스 
는 조작체 계 가 즉시 수행 하려 고 준비 하고 있지 않는 봉사를 조작체 계 에 요청 할수 
있다. 그것은 즉시에 사용할수 없는 가상기억기의 파일 또는 공유구간과 같은 자 
원을 요청할수 있 다. 또는 프로쎄 스가 입 출력 조작과 갈은 동작을 초기 화할수 있는 
데 그것은 그 프로쎄스를 계속해나가기전에 완료되여야 한다. 프로쎄스들이 서로 
통신할 때 어떤 프로쎄스는 그것이 다른 프로쎄스가 입력을 제공하기를 기다리든 
가 또는 다른 프로쎄스로부터 통보문을 기다린다면 페색될수도 있다. 

• 폐 색-준비 : 기 다리 던 사건 이 발생하면 프로쎄스는 페 색상태 에 서 준비 상태 로 이 
동된 다. 

• 준비-출구 : 명백하기때문에 상태도에서 이 이행은 보여 주지 않고 있다. 일부 체 
계들에서 부모가 자식프로쎄스를 임의의 시간에 완료시킬수 있다. 또한 부모를 완 
료하면 그 부모와 관련 있는 모든 자식프로쎄스들을 완료할수 있다. 

• 패색-출구 : 선행한 항목들에 있는 설명을 적용하면 된다. 

앞의 간단한 실례로 돌아 가면 그림 3-6 은 매개 프로쎄스들이 상태들사이에서 움직 
이는 관계를 보여 주고 있다. 그림 3-7 1는 대기규칙을 실현할수 있는 방도를 제기하고 
있다. 지금 2개의 대기렬 즉 준비대기렬과 페색대기렬이 있다. 매개 프로쎄스가 체계에 
수용되면 그것은 준비대기렬에 배 치된다. 조작체계 가 실행할 또 다른 프로쎄스를 선택할 
시 간이 되면 그것은 준비 대 기렬중에서 하나를 선택한다. 아무런 우선권방안도 없다면 이 
것은 단순한 선입선출대기렬로 될수 있다. 실행중인 프로쎄스를 집행에서 제거할 때 그 
것은 완료되든지 아니면 정황에 따라 준비 나 페색대 기렬에 배 치된다. 끝으로 사건이 발 
생하면 사건은 기 다리고 있는 폐 색대 기렬에 있는 모든 프로쎄스들의 준비대기렬에 로 이 
동된 다. 

이 후자의 방법 은 사건이 발생할 때 조작체 계 가 전체 페 색된 대 기렬을 주사하여 사 
건을 기다리는 프로쎄스들을 찾아 내야 한다는것을 의미한다. 대용량조작체계에서는 대 
기렬에 수백 지어 수천개의 프로쎄스가 있을수 있다. 따라서 매개 사건별로 하나씩 몇개 
의 대기렬을 가지는것 이 보다 편리할것 이 다. 그러면 사건이 발생할 때 해 당 대기렬에 있 
는 전체 프로쎄스들의 목록을 준비상태에로 이동시킬수 있다(그림 3-7 L ). 

마지막으로 강조해야 할 한가지 문제가 있다. 프로쎄스들의 할당을 우선권방안에 


일반적으로 선취라는 용어는 어떤 프로쎄스로부터 프로쎄스가 그에 대한 사용을 끝마치기전에 어떤 
자원을 반환할것을 요구하는것으로 정의되여 있다. 이 경우에 자원은 처 리기자체 이다. 프로쎄스* _집 
행중이며 계속 집행할수 있으나 선취하여 다른 프로쎄스를 집행할수 있다. 
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시행한다면 매개 우선권준위에 하나씩 몇개의 준비대기렬을 가지는것이 편리하다. 
게 되면 조작체계는 어느것이 가장 높은 우선권을 가지고 가장 오래 기다린 프로쎄 
가를 쉽게 판단할수 있다. 

중단된 프로쎄스 

교체의 필요성 

방금 설명한 세개의 원리적인 상태(준비，실행，페색)는 프로쎄스의 성질을 모형화히 
계적인 방법을 주며 조작체계의 실현을 안내해 준다. 많은 조작체계들은 바로 이 
의 상태들을 사용하여 구성된다. 

그러 나 그 모형 에 다른 상태들을 추가하는 더 좋은 정식화가 있다. 이 새로운 상태 
편리성을 보기 위해 가상기억기를 사용하지 않는 체계를 고찰하자. 집행할 매개 프 
스는 주기 억기에 총체적으로 적재하여 야 한다. 이 렇게 하여 그림 3-7 l 에서 모든 대 
에 있는 프로쎄 스전부를 주기억 기 에 상주시 켜 야 한다. 

이제 이 정교한 기계장치모두에서의 전제는 입출력동작들이 계산작업보다 훨씬 i 
로 단일 프로그람처 리 체 계 에 서 처 리 기 가 그 시 간동안에 대 부분 휴식 하는데 있 다는것 
b 1 ■기해 보자. 그러 나 그림 3-7 l 의 방법은 이 문제를 완전히 해결하지 못한다. 이 경 
기억기가 여러개의 프로쎄스들을 유지하고 있으며 한 프로쎄스가 기다리고 있을 때 
프로쎄스에로 처리기를 이동시킬수 있다는것은 사실이다. 그러나 처리기가 입출력 
훨씬 더 빠르므로 입출력을 기다리고 있는것은 기억기의 모든 프로쎄스들에서 공될 
것이다. 이런데로부터 다중프로그람처리를 할 때에도 처리기가 그 시간에 대부분 弟 
수 있 다. 

무엇을 하겠는가? 더 많은 프로쎄스들을 병합시킬수 있게 주기억기를 확장할수도 입 






그림 3-7. 그림 3-5 에 대 한 대 거 
기-단일페색대 기렬， t _- 다중페색 


다른 하나의 해 결 방도는 교체조작인데 이것은 프로쎄 스의 
서 디 스크에 로 이동시키 는것 이 다. 주기억기의 프로쎄 스중 o 
않을 때 조작체계는 폐색된 프로쎄스들중의 한개를 디스 i 
다. 이것은 주기억기 에서 림시 로 뽑아 버 린 즉 중단시 킨 현 
체 계 는 후에 중단대 기 렬 에서 다른 프로쎄 스를 가져 오든:7 
을 준다. 다음 새롭게 도착한 프로쎄스에 대한 집행을 계_ 
그러 나 교체조작은 하나의 입출력조작이므로 문제를 더 나 J 
지만 디스크입출력 이 일반적으로 체계상에서 제 일 빠른 입 i 
기 입출력 에 비 하여) 교체조작은 일반적 으로 성능을 높여 중 
교체조작을 사용하자면 방금 설명 한바와 같이 프로쎄스의 
다른 상태 즉 중단상태를 추가해야 한다 ( 그림 3-8 1). 도 
색 상태 에 있 다면 조작체 계 는 하나의 프로쎄 스를 중단상태 








조작체 계 가 교체 내 기 조작을 하였을 때 선택 하는 프로쎄 스를 주기 억 기 에 가져 다 넣는 
데는 두가지 경우가 있다. 즉 새롭게 창조된 프로쎄스를 수용할수 있고 아니면 이미 중 
단된 프로쎄스를 넣을수 있다. 체계상에 총적인 적재를 증가시키기보다는 봉사로서 그것 
을 보장하기 위해서 이미 중단된 프로쎄스를 가져다 넣는 편이 더 좋을것이다. 

그러나 이 방향의 추리는 일정한 곤난을 조성한다. 중단된 모든 프로쎄스들은 중단할 때 
페색상태에 있었다. 폐색된 블로크를 주기억기에 다시 가져다 넣는것은 명백히 좋지 못하다. 
왜냐하면 그것은 아직 집행할 준비가 되여 있지 않기때문이다. 그러나 중단상태에 있는 매개 
프로쎄스는 원래 어떤 특정한 사건에 따라 폐색되였다는것을 주의하자. 그러한 사건이 발생 
하면 프로쎄스는 페색되지 않으며 집행할수 있는 가능성을 가지게 된다. 

따라서 이런 설계국면을 다시 생각해 볼 필요가 있다. 여기에 두개의 독립적인 
개념이 있다. 즉 프로쎄스가 어떤 사건을 기다리는가 아닌가 하는것(페색 또는 비페 
색)과 프로쎄스가 주기억기밖으로 교체되였는가 안되였는가(중단 또는 비중단)하는 
개념들이다. 이 2*2 조합을 적응시키자면 4개의 상태가 필요하다. 즉 

• 준비 : 프로쎄 스가 주기억 기 에 있 으며 실 행할수 있 다. 

• 페 색 : 프로쎄 스가 주기억 기 에 있으며 어 떤 사건을 기 다리 고 있 다. 

• 페 색 /중단 : 프로쎄 스가 2차기억 기 에 있 으며 어 떤 사건을 기 다리 고 있 다. 

• 준비/중단 : 프로쎄스가 2차기 억기 에 있지만 주기 억기 에 적재되 자마자 집행 할수 있다. 



그림 3-8. 중단상태를 가지는 프로쎄스의 상태이행도 
T - 중단상태 가 한개 인 경우，중단상태가 두개 인 경우 
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두개의 새 로운 중단상태를 포함하고 있는 상태 이 행도를 보기전에 한가지 다른 론점 
을 언급하기로 한다. 지금까지 론의에서는 가상기억기를 사용하지 않으며 프로쎄스가 전 
부 주기억기에 있거 나 주기 억기 밖에 있다고 가정하였다. 가상기 억기 방안을 사용하면 부 
분적으로만 주기 억기 에 있는 프로쎄스를 집 행 할수 있다. 주기 억기에 없는 프로쎄스주소 
를 참조하게 된다면 프로쎄스의 해당 부분을 가져다 넣을수 있다. 가상기억기를 사용하 
면 명백한 교체에 대한 요구가 높아 지게 된다. 왜냐하면 임의의 희망하는 프로쎄스내에 
서 임의의 희망하는 주소를 처리기의 기억기관리하드웨어에 의해 주기억기의 안팎으로 
이동시킬수 있기때문이다. 그러나 제8장에서 보게 되는바와 같이 프로쎄스의 수가 충분 
히 많고 그 모두가 부분적으로 주기억기에 있다면 가상기 억기체계의 성능은 떨어 질수 
있 다. 따라서 가상기 억 기체계 라고 해도 조작체 계는 성 능을 위하여 프로쎄스들을 시 간에 
따라 명 백 하고 완전하게 교체해 야 한다. 

이제 앞에서 제기한 상태 이행모형 에 있는 그림 3-8 l 를 보자(그림에서 점선으로 련 
결된 선들은 가능하나 이행할 필요가 없다는것을 가리키고 있다.). 새로운 의의 있는 이 
행들은 다음과 갈다. 

• 페색ᅳ페색/중단 : 준비상태에 있는 프로쎄스가 전혀 없다면 적어도 하나의 폐색 
된 프로쎄 스를 교체하여 폐 색 되지 않은 다른 프로쎄 스에 빈 자리 를 내 주어 야 한 
다. 집 행할수 있는 준비상태 의 프로쎄 스들이 있다고 하여 도 조작체 계 가 현재 실 
행 하고 있는 프로쎄스나 할당하려 고 하는 준비상태의 프로쎄스가 충분한 성능을 
유지하기 위해 주기억기를 더 요구한다는것을 판단하면 이러한 이행이 일어 날수 
있 다. 

• 폐 색/중단ᅳ준비/중단 : 기 다리 고 있던 사건이 발생 하면 폐 색 /중단상태 에 있는 프 
로쎄스를 준비/중단상태에로 이동시킨다. 이것은 중단된 프로쎄스와 관련된 상태 
정보가 틀림없이 조작체계에 접근할수 있어야 한다는 요구를 제기하고 있다는데 
주목하자. 

• 준비/중단ᅳ준비 : 주기 억기 에 준비된 프로쎄스가 전혀 없다면 조작체계는 하나를 
끌어다 넣고 집행을 계속해 나가야 한다. 게다가 준비/중단상태에 있는 프로쎄스 
가 준비상태에 있는 임의의 프로쎄스보다 더 높은 우선권을 가지는 경우가 있을 
수 있다. 그 경우에 조작체계설계자는 보다 높은 우선권을 가진 프로쎄스를 끌어 
들이는것 이 교체를 최소화하는것보다 더 중요하다고 볼수 있다. 

• 준비—준비/중단 : 보통 조작체계는 준비된 프로쎄스보다 폐색된 프로쎄스를 중단 
시키 는쪽을 택하려 고 한다. 그것 은 준비 된 프로쎄 스는 이 제 집 행 시 킬수 있지 만 
반면에 폐색된 프로쎄스는 주기억공간을 많이 차지하면서 집행시킬수 없기때문이 
다. 그러 나 충분히 큰 주기억 블로크를 자유롭게 할 방도로 되 는 경 우에 준비 된 
프로쎄스를 중단시켜야 한다. 또한 조작체계는 폐색된 프로쎄스가 곧 준비된 프 
로쎄스로 되리라는 믿음이 있는 경우 높은 우선권을 가진 폐색된 프로쎄스가 아 
니 라 낮은 우선권을 가진 준비된 프로쎄 스를 선택하여 중단시 킬수 있 다. 

고려할 가치 가 있는 몇 가지 다른 이 행 들에 대 하여 보자. 

• 새것ᅳ준비/중단과 새것ᅳ준비 : 새로운 프로쎄스가 창조될 때 그것을 준비대기렬 
에 추가하거 나 준비/중단대 기렬에 추가할수 있다. 어느 경우에 나 조작체 계는 일 
정한 표를 만들어 프로쎄 스를 관리 하고 프로쎄 스에 주소공간을 배 정하여 야 한다. 


111 



조작체계 가 초시기에 이 보조조작을 수행하는것 이 좋을수 있다. 그렇게 하여 야 
페색되지 않는 큰 프로쎄스집결소를 유지할수 있다. 이 전략에 따르면 흔히 새로 
운 프로쎄스들에 대해 주기억기의 공간이 불충분해 지게 되는데 이로부터 새것 
ᅳ준비/중단이행을 사용하게 된다. 다른 한편 최근에 가능한 프로쎄스를 창조하 
는 최근시 간원리 는 조작체 계의 간접 소비 시 간을 감소시 키 고 폐 색된 프로쎄 스들로 
체계가 충만되는 시각에 조작체계가 프로쎄스를 창조할수 있게 해준다고 볼수 
있 다. 

• 폐색/중단ᅳ폐색 : 이런 이행을 포함시키는것은 서툰 설계인것처럼 보일수 있다. 
결국 프로쎄스가 실행할 준비가 되여 있지 않으며 이미 주기억기에 없다면 그것 
을 끌어 들이는 요점은 무엇 인가? 그러 나 다음과 같은 각본을 고찰하여 보자. 프 
로쎄스가 완료하고 일정한 주기억기를 자유롭게 한다. 폐색/중단대기렬에 프로쎄 
스가 있는데 준비/중단대기렬의 임의의 프로쎄스보다 더 높은 우선권을 가지고 
있으며 조작체계는 그 프로쎄스를 페색시키는 사건이 곧 발생한다는것을 확인시 
켜 주는 리유를 알고 있다. 이런 상황에서 폐색된 프로쎄스를 주기억기에 가져 
오는것 이 준비된 프로쎄스를 가져 오는것보다 합리적 이 라고 볼수 있다. 

• 실행—준비/중단 : 보통 실행중인 프로쎄스는 할당된 시간이 끝나면 준비상태로 
이동된다. 그러 나 폐색/중단대기렬상의 보다 높은 우선권을 가진 프로쎄스가 방 
금 페색에서 벗어 나게 되였기때문에 그 프로쎄스를 선취하려고 한다면 조작체 
계는 실행중인 프로그람을 즉시에 준비/중단대기렬에 이동시키고 일부 주기억기 
를 자유롭게 할수도 있다. 

• 각이한 상태—출구 :대체로 프로쎄스는 실행하는 동안에 완료한다. 그것은 프로쎄 
스가 완료되였거나 일부 치명적인 오유조건때문이다. 그러나 일부 조작체계들에 
서 프로쎄스는 그것을 창조한 프로쎄스에 의해 또는 부모프로쎄스자체 가 완료할 
때 완료될수 있다. 이것을 허용한다면 임의의 상태에 있는 프로쎄스를 출구상태 
에로 이동시킬수 있다. 

중단의 다른 사용 

지금까지는 중단된 프로쎄스에 대한 개념을 주기억기에 있지 않는 프로쎄스에 대한 
개념과 동등하게 보았다. 주기억기에 있지 않는 프로쎄스는 그것이 어떤 사건을 기다리 
든 기다리지 않든 즉시에 집행에 인입할수 없다. 

여기서는 중단된 프로쎄스에 대한 개념을 일반화할수 있다. 중단된 프로쎄스를 다음 
과 갈은 특성을 가지는것으로 정의 하자. 즉 

1. 프로쎄 스는 즉시 에 집 행 에 인입 할수 없다. 

2. 프로쎄스는 어떤 사건을 기다릴수도 있고 기다리지 않을수도 있다. 그렇 다면 이 페색 
조건은 중단조건에 무관계하며 폐색사건의 병행은 프로쎄스를 집행할수 없게 한다. 

3 . 프로쎄스 그자체든지 부모프로쎄스든지 또는 그의 집행을 막기 위한 목적 으로 조 
작체 계 가 일 으킨 어 떤 원인에 의하여 프로쎄 스가 중단상태 에 놓이 게 되 였 다. 

4 . 명백하게 이동을 지시할 때까지 프로쎄스를 이 상태 에서 재 이동시킬수 없다. 

표 3-3 은 프로쎄 스의 중단에 대 한 몇 가지 리 유를 서 술하고 있다. 설명한 한가지 리 
유는 준비된 프로쎄스를 끌어 들이거나 다른 말로 가상기억기체계에 대한 부담도 덜어 
주어 남아 있 는 매 개 프로쎄 스가 더 많은 주기억 기 를 가지 도록 프로쎄 스를 디 스크에 로 
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교체 하는것 이 다. 조작체 계 가 프로쎄 스를 중단시 키 는데서 다른 필요성 이 있을수도 있 다. 
실례로 검열 또는 추적프로쎄스를 체계의 동작을 감시하는데 사용할수 있다. 즉 프로쎄 
스를 여러가지 자원들(처리기, 기억기，통로들)의 사용준위와 체계에서 사용자프로쎄스의 
진행률을 기록하는데 사용할수 있다. 조작자의 조종하에서 조작체계는 이런 프로쎄스를 
시간에 따라 투입, 차단시킬수 있다. 만일 조작체계가 문제를 발견하거나 짐작한다면 프 
로쎄 스를 중단시 킬수 있다. 이 에 대 한 한가지 실례 가 교착이다. 이것은 제6장에서 설명 한 
다. 다른 실례 로 통신회 선상에서 문제 를 발견하면 조작자는 조작체 계 를 가지 고 일정한 
시험을 실행하는 동안 그 회선을 사용하는 프로쎄스를 중단시 킨다. 


표 3-3. 프로쎄스중단의 리유 


교체 

조작체계는 집행할 준비가 되여 있는 프로쎄스를 끌어 들이니 위하여 
충분한 주기 억 기를 해 방시 켜 야 한다. 

다른 조작체계 

조작체계는 배경 즉 편의프로쎄스나 문제가 있는 프로쎄스를 중단시킬 
수 있다. 

대화형사용자요청 

사용자가 착오수정을 목적으로 또는 자원의 사용과 관련하여 프로그람 
집행을 중단시키려고 할수 있다. 

시 간맞추기 

프로쎄스는 주기적으로 집행될수 있으며(실례로 회계 또는 처 계감시프 
로쎄스) 다음시 간간격을 기 다리는동안 중단될수 있다. 

부모프로쎄스의 si 

부모프로쎄스가 중단된 프로쎄스를 조사하거나 수정하기 위니서 또는 
여러 자식들의 동작을 일치시키기 위하여 자식프로쎄스의 집 !을 중단 
시키려고 할수 있다. 


다른 리유들은 대 화형 사용자의 동작과 관련되 여 있다. 실례 로 사용자가 프로그람에 
서 오유를 발견하면 누구든 그 집 행을 중단하고 프로그람이 나 자료를 검사 및 변경하여 
착오를 수정하고 집행을 회복할수 있다. 또한 사용자가 투입，차단시킬수 있는 추적이나 
관심하는 통계 적값들을 모아 놓고 있는 배 경프로쎄 스가 있을수 있 다. 

시 간맞추기 도 교체 를 결심하게 할수 있다. 실례 로 프로쎄 스가 주기 적 으로 활성 화되 
지 만 시 간의 대 부분을 휴식한다면 사용들사이 에 서 교체 된 다. 사용률 또는 사용자활성 도 
를 감시하는 프로그람이 하나의 실례로 된다. 

끝으로 부모프로쎄스가 자식프로쎄스들을 중단시키려고 할수 있다. 실례로 프로쎄스 
A 가 프로쎄스 묘를 새끼 처서 파일읽기를 할수 있다. 그다음에 프로쎄스 B 가 파일읽기수 
속에서 어떤 오유와 마주 처서 이것을 프로쎄스 A 에 보고한다. 프로쎄스 A 는 프로쎄스 
묘를 중단시키고 그 원인을 조사한다. 

이 모든 경우에 중단된 프로쎄스의 활성화는 처음에 중단을 요청 한 대행 자가 요청 한다. 

제 2 절. 프로쎄스의 서술 

조작체 계 는 콤퓨터 체 계 에서 사건들을 조종한다. 그것 은 처 리 기 가 집 행 하도록 일정 작 
성을 하고 프로쎄스들을 할당하며 자원들을 프로쎄스들에 배정하여 기본봉사를 받으러는 
사용자프로그람들의 요청 에 응답한다. 기 본적 으로 조작체 계 를 프로쎄 스들이 체 계 자원을 
사용하는것을 관리 하는 개체 라고 생각할수 있다. 

이 개념은 그림 3-9 에서 설명하고 있다. 다중프로그람처리환경에는 창조되여 가상기 
억기에 존재하는 몇개의 프로쎄스 ( Pl ，...， Pn ) 가 있다. 매개 프로쎄스는 집행과정에 처 
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리기 입출력 장치들과 주기 억기를 포함하는 일정한 체계자원에 접근할것을 요구한다. 그림에 
서 프로쎄스 P 1 은 실행하고 있다. 즉 적어도 프로쎄스의 일부가 주기억기에 있고 두개의 
입 출력장치 에 대 한 조종을 가지 고 있 다. 프로쎄 스 P 2 는 역 시 주기억 기 에 있지 만 P 1 에 
배정된 입출력장치를 기다리면서 페색되여 있다. 프로쎄스 Pn 은 교체되여 나갔고 따라 
서 중단되여 있다. 

뒤의 장들에서 프로쎄스들을 대신하여 조작체계가 이 자원을 관리하는 세부들을 고 
찰한다. 여기서는 더 기본적인 문제들에 관심을 둔다. 즉 무슨 정보가 프로쎄스들을 조종 
하며 그것들을 위한 자원을 관리하도록 조작체계에 요구하는가 하는것이다. 



그림 3-9. 프로쎄 스와 자원(당시 하나의 순시상태 에서의 자원배정 ) 

조작체계의 조종구조 

조작체계가 프로쎄스와 자원들을 관리한다면 분명 매개 프로쎄스와 자원의 현재 상 
태에 대한 정보를 가지고 있어야 한다. 이 정보를 주는 만능적인 방법은 간단하다. 즉 관 
리하게 될 매 개 객체 에 대 하여 조작체계 가 정 보표를 구성 하고 유지 하는것 이 다.이 조작에 
대한 일반적표상을 그림 3-10 에서 지적하고 있는데 이것은 조작체계가 기억기，입출력， 
파일과 프로쎄스의 4가지 서 로 다른 형의 표들을 유지 하고 있다는것을 보여 주고 있다. 
세 부들은 조작체 계마다 다를수 있지 만 모든 조작체 계 들은 기 본적 으로 이 4개 의 범 주에 
속하는 정 보를 유지 한다. 

기억기표는 주(실) 및 2차(가상)기억기모두에 대한 추적을 보존하는데 쓰인다. 주기 
억기의 일부는 조작체계가 사용하도록 예약되여 있고 나머지는 프로쎄스들이 사용할수 
있 다. 프로쎄 스들은 일정한 종류의 가상기 억 기 나 단순한 교체수법 을 사용하여 2차기억 기 
상에 유지되여 있다. 기 억기표는 다음과 같은 정보를 유지하고 있어 야 한다. 즉 

• 프로쎄스들에 대한 주기억기의 배정 

• 프로쎄스들에 대한 2차기억기의 배정 

• 어 느 프로쎄 스가 일정 한 공유기억구역 에 접근할수 있는가 하는것과 같은 주 또는 
가상기 억기 블로크들에 대 한 보호속성 

• 가상기 억기를 관리하는데 필요한 정보. 

제3편에서는 가상기억기관리에서의 정보구조를 세부적으로 보게 된다. 

입 출력 표는 조작체 계 가 콤퓨터 체 계 의 입 출력 장치 와 통로들을 관리 하는데 쓰인다. 임 
의 로 주어 진 시 간에 입 출력장치 를 차지하거 나 어 떤 특정한 프로쎄 스에 할당할수 있 다. 
입 출력조작이 진행중이면 조작체 계 는 입 출력조작의 상태 와 입 출력 이송의 원천지 와 목적 
지 로 사용되는 주기억기의 위 치를 알아야 한다. 입출력관리는 제11장에서 고찰한다. 
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조작체 계 는 또한 파일 표를 유지할수 있 다. 이 표들은 파일의 존재 성，2차기억 기 상에 
서 그것들의 위치, 그것들의 현 상태와 다른 속성들에 대한 정보를 준다. 이 정보의 전부 
는 아니지만 많은 몫을 파일관리체계가 유지하고 사용할수 있는데 이 경우에 조작체계는 
파일에 대한 지식이 적거나 전혀 없다. 다른 조작체계들에서 파일관리의 많은 세부들은 
조작체 계 자체 가 관리한다. 이 문제 는 제12장에 서 고찰한다. 

끝으로 조작체계는 프로쎄스들을 관리 하기 위하여 프로쎄스표를 유지 하고 있어 야 한 
다. 이 절의 나머지 부분에서는 요구되는 프로쎄스표를 고찰한다. 이 설명에 들어 가기전 
에 앞서 두가지 문제를 고찰해 야 한다. 첫째 로，그림 3- 10에서 4개의 명백한 표들을 보 
여 주고 있는데 이 표들이 일정한 방식 으로 련결되 거 나 호상 참조되 여 야 한다는것은 명 
백하다. 프로쎄 스들을 대 신하여 기 억 기，입 출력 과 파일 들을 관리하며 그래 야 프로쎄 스의 
표들에서 직접 적 으로 또는 간접적 으로 자원들을 일정하게 참조할수 있다. 파일표로 참조 
되는 파일들은 입출력장치를 경유하여 접근할수 있으며 그 파일들은 주기억기 나 가상기 
억기에 있게 된다. 표들자체는 조작체계가 접근할수 있어야 하며 따라서 기억기관리하에 
있게 된다. 

둘째로，조작체계가 처음에 표들을 창조하는것을 어떻게 알겠는가? 명백히 조작체계 
는 기 억 기 가 얼 마나 많은가，어 떤 입 출력장치 들이 있는가，그것 들의 식 별 자는 무엇 인가 
등과 같은 기 초적 환경 에 대 한 일정한 지 식을 가지 고 있어 야 한다. 이것은 구성상 문제 이 
다. 즉 조작체 계 가 초기 화될 때 기초적 환경 을 정의하는 일정한 구성자료에 접 근해 야 하 
며 이 자료들은 인간의 방조나 일정한 자동구성 쏘프트웨어 에 의해 조작체 계밖에서 창조 
되여야 한다. 


프로쎄스의 형래 



그림 3-10. 조작체계조종표의 일반적구조 
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프로쎄스의 조종구조 

프로쎄스를 관리 하고 조종할 때 조작체계가 무엇을 알아야 하는가에 대 하여 고찰하 
자. 첫째로, 프로쎄스가 어디에 있는가를 알아야 하며 둘째로，그것을 관리하는데 필요한 
조작체계의 속성들을 알고 있어야 한다(실례로 프로쎄스 ID ， 프로쎄스의 상태，기억기에 
서의 위치). 


프로쎄스의 위치 


프로쎄스가 어디에 있는가 또는 그의 속성이 무엇인가에 대한 문제를 취급하자면 몇 
가지 기 본적 인 문제 즉 프로쎄스의 물리적 인 명시 는 무엇 인가 하는것을 더 이 야기해 야 
한다. 최소한 프로쎄스는 집행되여야 할 프로그람이나 프로그람의 모임을 포함하고 있어 
야 한다. 이 프로그람과 관련된것 들은 국부적 및 전역변수들에 대 한 자료의 위 치 모임 이 
며 어떤 정의된 상수들이다. 이렇게 함으로써 프로쎄스는 프로쎄스의 프로그람과 자료를 
유지하는데 최소로 충분한 기억기로 구성된다. 게다가 프로그람의 집행은 대체로 수속호 
출의 추적 과 수속들사이 에 서 넘 겨 주는 파라메터 들을 유지 하는데 사용되 는 탄창을 포함 
한다(부록 1- 자를 보시오.). 결국 매개 프로쎄스는 프로쎄스의 조종을 위해 조작체계가 
사용하는 몇개의 속성들과 관계를 가지고 있다. 대체로 속성들의 집합을 프로쎄스조종블 
로크 6 라고 한다. 여기서는 프로그람，자료，탄창 및 속성들의 집합을 프로쎄스형태 (표 
3-4) 라고 할수 있다. 

프로쎄스형태의 위치는 사용하는 기억기관리방안에 의존하게 될것이다. 간단한 경우 
에 프로쎄스형 태는 잇 달은 즉 련속적 인 기 억기블로크로 유지된다. 이 블로크는 2차기억 
기 보통 디 스크에 유지된다. 그래서 조작체 계 는 프로쎄스를 관리할수 있으며 적 어도 그 
형 태의 작은 부분은 주기억 기 에 유지되 여 있어 야 한다. 이 리 하여 조작체계는 디스크에서 
매 개 프로쎄 스의 위 치 와 주기 억 기 에 있 는 매 개 프로쎄 스에 대 해 주기 억 기 에 서 의 프로쎄 
스의 위치를 알아야 한다. 제2장에서는 CTSS 조작체계에 대해 이 방안에서의 약간 더 복 
잡한 변동을 보았다. CTSS 를 본다면 프로쎄스가 교체되여 나갈 때 프로쎄스형태의 일부 
는 주기억 기 에 남아 있을수 있 다. 이 런데 로부터 조작체 계 는 매 개 프로쎄 스의 어 느 부분 
의 형태에 대한 추적 이 아직 주기억기에 있는가 하는것을 보존하고 있어 야 한다. 

대부분의 현대조작체 계들은 기 억기관리 방안을 사용하는데 거 기서 프로쎄스형 태는 잇 
닿아 기억시킬것을 요구하지 않는 블로크들의 모임으로 구성되여 있다. 사용하는 방안에 
따라 블로크들은 가변길 이 (토막이라고 부른다. ) 또는 고정 길 이 (폐 지 라고 부론다. ) 또는 
그의 결합으로 될수 있다. 임의의 경우에 그러한 방안은 조작체 계 로 하여금 임의의 특정 
한 프로쎄 스의 일부분만을 가져 다 넣게 한다. 이 리하여 임의의 주어 진 시 간에 부분적 인 
프로쎄스형태가 주기억기에 있을수 있으며 나머지는 2차기억기에 있게 된다. 7 따라서 조작체 
계가 유지하는 프로쎄스표들은 매개 프로쎄스형태의 매개 토막이나 매개 페지에 대한 위 
치 를 표시하여 야 한다. 


6 - 이 자료구조에 대 하여 일반적으로 쓰이는 다른 이름은 과제조종블로크，프로쎄스서술자 및 과제서술 
자이다. 

7 이 간단한 설명은 좀 세부에 치우친다. 특히 가상기억기를 사용하는 체계에서 능동프로쎄스에 대한 
모든 프로쎄 스형 래 는 항상 2 차기억기 에 있다. 그 형 래의 일부를 주기억기 에 적재할 때 그것은 이동 
시킨다기보다 복사된다. 이렇게 하여 2차기억기는 모든 토막이나 모든 페지의 복사물을 기억한다. 그 
러나 그 형래의 주기억기부분이 변경된다면 주기억기부분을 디스크에 복사하기전까지는 2 차 복사가 
갱 신되지 않는 상태 에 있게 된다. 

116 




표 3-4. 프로■스형태의 대표적요소 


사용자자료 

사용자공간의 변경 할수 있는 부분. 프로그람자료，사용자의 탄창구역 및 변경될수 있- - 프로 
그람들을 포함할수 있다. 

사용자프로그람 

집행될 프로그람 

체 계 탄창 

매 개 프로쎄 스는 그와 관련된 한개 이 상의 후입 선출체 계탄창을 가지 고 있 다. 탄창은 피 라메터 
들과 수속 및 체계호출에서의 호출주소를 보관하는데 쓰인다. 

프로쎄스조종블로크 

조작체계 가 프로쎄스를 조종하기 위해 필요로 하는 자료(표 3-6 을 보시오. ) 


그림 3-10 은 위치정보의 구조를 다음과 같은 방법으로 묘사하고 있다. 매개 프로쎄 
스에 대해 한개 입구점을 가진 초기프로쎄스표가 있다. 매 개 입구점은 적 어도 프로쎄스 
형태에 대한 지시기를 포함하고 있다. 프로쎄스형태가 여러개의 블로크를 포함하고 있다 
면 이 정보는 직접 초기 프로쎄 스표에 포함되 거나 기억 기 표의 입 구점 들에 대 해 호상 참조 
할수 있다. 물론 이 묘사는 일 반적 이 다. 즉 특정 한 조작체계는 그자체의 위 치정보조직방 
법을 가질수 있다. 

프로쎄스의 속성 

복잡하게 얽힌 다중프로그람식체계는 매개 프로쎄스에 대 한 많은 정보를 요구한다. 
설명된바와 같이 이 정보는 프로쎄스조종블로크에 머물러 있는것으로 고찰할수 있다. 각 
이 한 체 계들은 이 정 보를 서 로 다른 방법 으로 조직하게 되는데 이 에 대 한 몇 가지 실례 를 
이 장의 마지막과 다음장에서 찾아 볼수 있다. 현재로서는 그 정보를 어떻게 조직하는가 
하는 구체적 인 세부를 고려하지 않고 조작체 계들에서 사용할수 있는 정보의 형 태를 간단 
히 고찰해 보자. 

표 3-5 는 매 개 프로쎄스에 대 해 조작체계 가 요구하는 정보의 대표적 인 범주들을 목 
록화한것이다. 요구되는 정보의 량을 보면 어느 정도 놀랄수도 있다. 조작체계의 부담에 
대 해 더 크게 인정할 때 이 목록은 보다 더 합리 적 인것 으로 될 것 이 다. 

프로쎄 스의 조종블로크정 보를 세 가지 일 반적범 주들로 그룹화할수 있 다. 즉 

• 프로쎄스의 식별 

• 처리기의 상태정보 

• 프로쎄스의 조종정보 

프로쎄스식별에 대하여 말할 때 실제상 모든 조작체계들에서 매개 프로쎄스에는 단 
일한 수자식별자호가 붙게 되며 그것은 단순히 본래 프로쎄스표에 들어 가는 첨수일수 
있다(그림 3-10). 그렇지 않으면 조작체계가 프로쎄스식별자에 기초하여 적 당한 표를 찾 
을수 있는 배치로 되여야 한다. 이 식별자를 몇가지 방법으로 사용할수 있다. 조작체계가 
조종하는 많은 다른 표들이 프로쎄 스표들을 호상 참조하기 위하여 프로쎄 스식 별 자를 사 
용할수 있 다. 실례 로 기 억 기 표를 조직하여 어 느 프로쎄 스가 어 느 구역 에 설정 되 는가를 
지적해 주는 주기억기배치를 줄수 있다. 류사한 참조가 입출력 및 파일표들에서 있을수 
있 다. 프로쎄 스들이 서 로 통신할 때 프로쎄 스식 별 자는 특정한 통신목적 지 를 조작체 계 에 
통지한다. 프로쎄 스들이 다른 프로쎄 스들을 창조할 허 락을 받게 될 때 식 별 자는 매 개 프 
로쎄스에 대해 부모와 자식을 가리켜 준다. 
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표 3-5. 프로■스조종블로크의 대표적요소들 


프로쎄스의 식별 


식별자 

프로쎄 스조종블로크와 함께 기 억되 여 야 할 수자식 별 자에 포함되 는것 


• 이 프로쎄스 Jj 식별자 

• 이 프로쎄스를 창조하는 프로쎄스(부모프로쎄스)의 식별자 

• 사용자의 식별자 


처리기의 상태정보 


사용자변경등록기 

사용자변경등록기는 처리기가 진행하는 기계어를 사용하여 참조할수 있는 등록기이ᅮ 대 
체로 이 런 등록기들이 8〜32개 있으며 일부 RISC 실현물들은 100개 이상을 가지고 있 K 

조종 및 상태등록기 

여러가지 처리기의 등록기들이 있는데 이것은 처리기의 조작을 조종하는데 쓰인 I 、포 
함되는 내용은 

• 프로그람계수기 : 불러 내야 할 다음명령의 주소를 담고 있다. 

• 조건코드 : 가장 최 고의 산수 또는 론리 연산의 결과(실례 는 부호，령，자리 I •림 , 
같기，자리넘 침) 

• 상래정보:새치기의 가능/불4놓기발，집행방식을 포함한다. 

탄창 

매개 프로쎄스듬 그와 관련된 한개 이상의 후입선출체계 탄창을 가지고 있다. 

탄창은 수속 및 체계호출에서의 파라메터들과 호출주소를 기억시키는데 사용한다 


프로쎄스의 조종정보 


일정작성 및 상래정보 

이것은 일정 작성 을 수행 하기 위 하여 조작체 계 에 요구되 는 정보이다. 정보의 대: .적 인 
항목들은 다음과 갈은것들을 포함하고 있다. 

• 프로쎄스상태 :집행을 위해 일정작성하게 될 프로쎄스의 준비정도를 정의힌 -斗(실 
례로 실행，준비, 기다림，정지) 

• 우선권 : 프로쎄스의 일정작성우선권을 서술하기 위해 한개 이상의 마당을 ᄉ ■용할 
수 있다. 일부 체계들에서는 몇 가지 값들을 요구한다(실례 로 초기값, 현ᄒ 우선 
권, 허용할수 있는 가장 높은 우선권) 

• 일정작성관련정보 : 이것은 사용하는 일정작성알고리듬에 의존한다. 실례는 프로 
쎄스가 기 다린 시 간의 량과 프로쎄스가 마지 막시기 에 집 행한 시 간의 량4 들수 
있 다. 

• 사건 : 프로쎄스가 회복될 가능성을 가지기전에 거다리는 사건의 정체 

자료의 구조화 

프로쎄스를 대기렬，고리, 일부 다른 구조에서 다른 프로쎄스와 련결할수 있다. 실례 
로 특정한 우선권준위에서 기다림상태에 있는 모든 프로쎄스를 하나의 대기렬에 와 련 
결시킬수 있다. 이런 프로쎄스는 다른 프로쎄스와 부모-자식 (창조자-피창조자” :계를 
나타낼수 있다. 프로쎄스조종블로크는 이 구조를 지원하는 다른 프로쎄스들에 대한 
지시기들을 포함할수 있다. 

프로쎄스사이 동신 

여러가지 기발, 신호 및 통신들이 두개의 1 독립적인 프로쎄스들사이에서의 광 신과 
관계될수 있다. 이 정보의 일부 또는 전부를 프로쎄스의 조종블로크에서 유 7 할수 
있 다. 
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= 방향기발 



= 부호기발 
= 령기발 

=보조자러올림기발 
= 기우성기발 
= 자리올림기발 


ID = 식별기발 

VIP = 가상새치기대기 

VIF = 가상새치기기발 

AC = 정렬검사 

VM = 가상 8086 방식 

RF = 회 복기 발 

NT = 겹 싼과제기 발 

IOPL = 입출력권한준위 

OF = 자리넘 침 기 발 


표제 속 


프로쎄스의 특권 

프로쎄스들은 접근할수 있는 기억기와 집행할수 있는 명령의 행에 의하여 특권 I • 허 
가 받는다. 더우기 체계편의프로그람과 봉사를 사용하는데 특권을 적용할수 있^ . 

기억기관리 

이 프로쎄스에 할당된 가상기억기를 묘사하는 토막 또는 폐지표에 대한 지시기 !■ 포 
함할수 있다. 

자원소유권과 사용률 

열린 파일과 같은 프로쎄스가 조종하는 자원을 가러킬수 있다. 처리기나 다른 ᅡ원의 사 
용률경력도 포함할수 있다. 즉 일정작성프로그람이 이 정보를 요구할수도 있다. 


이 프로쎄 스식 별 자들외 에 일 감을 사용자가 책 임 진다는것 을 가리키 는 사용자식 별자를 
프로쎄 스에 설정해 줄수 있 다. 

처 리기의 상태정보는 처 리 기등록기 들의 문맥 으로 구성된다. 물론 프로쎄스가 실행하 
고 있는 동안 정 보는 등록기 들에 있다. 프로쎄 스가 새 치 기 될 때 이 모든 등록기정 보는 
프로쎄스가 집행을 회복할 때 불러 낼수 있도록 보관되여야 한다. 포함되는 등록기들의 
특성 과 수는 처 리 기의 설계 에 따른다. 대체 로 등록기조는 사용자변경등록기，조종 및 상 
태등록기 들 및 탄창들을 포함한다. 이 것 들은 제1장에 서 설 명하였 다. 

특히 주목할수 있는것은 모든 처 리기의 설계는 흔히 프로그람상태 단어 ( PSW ) 라고 
하는 등록기 나 등록기모임을 포함하는데 이것은 상태정 보를 담고 있다. PSW 는 대체 로 
조건코드들과 그밖에 다른 상태의 정보를 담고 있다. 처리기상태단어의 좋은 실례로 펜 
리움기계들을 들수 있는데 그것을 EFLAGS 등록기 라고 한다(그림 3-11 과 표 3-6 에서 보 
여 준다.). 펜리움콤퓨터상에서 실행하는 임의의 조작체계 ( UNIX 와 Windows NT 를 포 
함하여)들이 이 구조를 사용한다. 

프로쎄스의 조종블로크에서 정 보에 대 한 세번째 주요범 주에 더 좋은 이 름을 붙인다 
고 하면 프로쎄스조종정보라고 할수 있다. 이것은 조작체계가 여러가지 능동프로쎄스들 
을 조종 및 조정 하는데 필요한 추가적 인 정보이 다. 표 3-5 의 마지막부분은 이 정보에 대 
한 범위를 지적하고 있다. 뒤의 장들에서 조작체계의 기능성에 대한 세부를 고찰하느라 
면 이 목록상에 있는 여 러 가지 항목들에 대 한 필요성 이 명백해 질것 이다. 



DFIFTFSFZFAFPFCF 


그림 3-11. 펜 리 움 II EFLAGS 등록기 
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조종비트 


표 3-6. 펜리움의 티 = LAGS 등록기비트 


AC (정렬 검사) 

어 떤 단어 나 배단어 가 비 단어나 비 배 
단어 경계상에서 주소지정되면 i 정한 
다. 

ID (식별 기발) 

이 비 트를 설정 및 지 우기할수 5 으면 
처 리 기 는 CPUID 명령 을 지원 한 c . 이 
명 령은 판매 자，계 렬，모형 에 대 한 정보 
를 준다. 

RF (회 복기 발) 

프로그람작성 자에 게 착오수정려 외를 
불가능하게 함으로써 착오수정 3 외후 
즉시에 또다른 착오수정례외를 1 으키 
지 않고 명령을 재출발시킬수 있 卜. 
IOPL (입출력 권한준위) 

설 정 했을때 보호방식조작기간 ^ 출력 
장치들에 대한 모든 접근에 대해 처 리 
기 가 례외를 발생하게 한다. 

DF (방향기발) 

문자렬 처 리 명 령 들이 16 bit 반등록 ’1 SI 
와 DICL 的 it 연산에서) 또는 32 bi 등록 
기 ESI 와 EDI (32 bit 연산에서)를 증가 
시키겠는가 감소시키 겠는가를 여 정한 
다. 

IF (새치기가능기발) 

설정했을 때 처리기 눈 외 부새 s 기를 
인식하게 된다. 

TF (함정 기발) 

설정했을 때 매개 명령의 집행후 11 새 
치기를 일으킨다. 이것은 오유스 정에 
사용된다. 


조작방식비트 

NT (겹싼과제 기발) 

현재 의 과제 가 보호방식조작에 ■ 
다른 과제 에 중복된다는것을 가리 
VM (가상8086방식) 

프로그람작성자가 가상 8086방식- 
또는 불가능으로 할수 있게 하며 
처 리기 가 8086기계 어 로 실행하는 . 
는가를 판정해 준다. 

VIP (가상새치기기다림) 

가상8086방식에서 사용하여 한개 
새치기가 봉사를 기다리고 있다는 
리킨다. 

VIF (가상새치기기발) 

가상 8086방식에서 IF 대신 사용한 c 

조건코드 

AF (보조자리 올림 기발) 

AL 등록기를 사용하는 8 bit 산수론 3 
반바이트사이에서의 자리올림이나 
표현한다. 

CF (자리 올림 기발) 

산수연산명 령후에 제 일 높은 자리 
올림하거 나 꿔 준다는것 을 가리킨^ 
자리밀기 및 순환조작에 의해서도 
다. 

OF (자리 넘침기발) 

더하거 나 덜 기후에 연산자리초과: 
났다는것을 가리킨다. 

PF (기 우성 기 발) 

산수 또는 론리연산결 과의 기 우성 i 
i :좁— 우수성을 가리 키 며 0은 기 수성 - 
킨 다. 

SF (부호기 발) 

산수 또는 론리연산결과의 부호를 가 

ZF (령 기발) 

산수 또는 론리연산결과가 0이 라는 
리킨다. 


그림 3-12 는 가상기억기에서 프로쎄스형태에 대한 구조를 제기하고 있다. 
스형 태 는 프로쎄 스조종블로크，사용자탄창，프로쎄 스의 전용주소공간 및 프로 
프로쎄스와 공유하는 임의의 다른 주소공간으로 구성된다. 그림에서 매개， 
는 잇닿은 주소구역처럼 보인다. 실제적인 실현에서 다른 경우가 있을수 있 
기 억 기 관리 방안과 조작체 계 가 조종구조를 조직하는 방법 에 의 존하게 된 다. 




표 3-5 에서 지적된바와 같이 프로쎄스조종블로크는 구조화정보를 포함할수 있는데 
여기에는 프로쎄스조종블로크의 련결을 허용하는 지시기들이 포함된다. 이렇게 앞의 장 
들에서 서술한 대기렬을 프로쎄스조종블로크의 련결목록으로 실현할수 있다. 실례로 그 
림 3-7 1의 대기구조를 그림 3-13 에서 제기하고 있는것과 같이 실현할수 있다. 

프로쎄스조종블로크의 역할 

프로쎄 스조종블로크는 조작체계 에서 가장 중요한 자료구조이 다. 매개 프로쎄 스조종 
블로크는 조작체 계 가 요구하는 프로쎄 스에 대 한 모든 정 보를 담고 있 다. 일 정작성，자원 
배정，새 치기처 리 및 성능감시 그리고 분석과 얽혀 진것들을 포함하는 조작체계의 매개 
모둘이 가상적 으로 블로크들을 읽 거 나 수정할수 있 다. 프로쎄 스조종블로크모임 이 조작체 
계 의 상태 를 정 의한다고 말할수 있 다. 

이것은 중요한 설계문제를 가르쳐 주고 있다. 조작체 계안에 있는 몇개의 루린들이 
프로쎄스조종블로크의 정보에 접근할것을 요구한다. 이 표들에 대한 직접접근규정은 어 
렵지 않다. 매개 프로쎄스는 유일한 ID 로 장비되여 있으며 이것은 조종블로크에 대한 지 
시 기 들의 표에서 첨수로 사용할수 있 다. 난관은 접 근이 아니 라 오히 려 보호이다. 두가지 
문제점이 있다. 

• 새 치 기조종기와 갈은 단일루린의 오유가 프로쎄스조종블로크를 파피할수 있는데 
이것 은 영 향 받은 프로쎄스들을 관리 하는 체계의 능력 을 파피할수 있다. 



프로쎄 & J ； 프로쎄스 2 프로쎄스 n 


：!림 3-12. 가상기억기에서 사용자프로쎄스 
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프로쎄스의 조종블로크 



그림 3-13. 프로쎄스의 목록구조 

• 프로 쎄스조종블 로크의 구조나 의미론에서의 설계변화는 조작체계의 많은 모 둘들 
에 영향을 줄수 있다. 

이 문제들은 조작체 계 에서 요구하는 모든 루린들에 의하여 조종기루린을 수행하도록 
지 정할수 있는데 그중에 서 유일한 일 감은 프로쎄 스조종블로크를 보호하기 위한것 으로서 
블로크를 읽 거 나 쓰는데 서 단독조정 자의 역 할을 수행한다. 그러한 루린을 사용하는데서 
성 능문제 와 조작체 계쏘프트웨어 의 나머 지부분이 정 확하다고 믿 을수 있는 정 도는 상반되 
는 제약관계를 가전다. 


제 3 절. 프로쎄스의 조종 


집행방식 

조작체 계가 프로쎄스를 관리 하는 방법 에 대 한 론의를 계속하기전에 보통 조작체계와 련 
관된 처리기의 집행방식과 사용자프로그람과 련관된 처리기의 집행방식사이를 명백히 구별 
해 볼 필요가 있다. 대부분의 처 리기들은 적 어도 두가지 집 행 방식을 지 원한다. 일정 한 명 령 
들은 높은 특권적방식에서만 집행될수 있다. 이것은 프로그람상태단어와 갈은 조종등록기， 
기본입출력명 령，기 억기관리와 관련되는 명 령들을 읽거 나 변경시키는것 을 포함한다. 게 다가 
주기 억 기의 일 정 한 구역 은 높은 특권 방식 에 서 만 접 근할수 있 다. 

낮은 특권방식을 흔히 사용자방식이라고 한다. 왜냐하면 사용자프로그람이 대체로 
이 방식 에서 집행되기때 문이 다. 높은 우선권방식에 는 체계방식，조종방식，핵심부방식 이 
있다. 마지막용어는 조작체계의 핵심부를 가리키는 용어로서 이것은 중요한 체계기능들 
을 포함하고 있는 조작체계의 일부분이다. 표 3-7 에서는 대체로 조작체계의 핵심부에서 
보게 되는 기능들을 목록화하고 있다. 
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표 3-7. 조작체계핵심부의 대표적기능 


프로쎄스의 관리 

• 프로쎄스의 창조와 완료 

• 프로쎄스의 일정작성과 할당 

• 프로쎄스의 절 환 

• 프로쎄스의 동기화 및 프로쎄스#이 통신에서의 지 1 

• 프로쎄스조종블로크의 감시 

기억기관리 

• 프로쎄스에 주소공간, 기억기관리배정 

• 교체 

• 폐지 및 토막관리 

입출력 관리 

• 완충기관리 

• 프로쎄스에 입출력통로 및 장치배정 

지원기능 

• 새치기조종 

• 회계 

• 감시 


두가지 방식 을 사용하는 리유는 명 백하다. 조작체 계，프로쎄 스조종블로크와 같은 주 
요조작체 계 표들을 사용자프로그람의 간섭 으로부터 보호하는것 이 중요하다. 핵 심 부방식 에 
서는 쏘프트웨어가 처리기와 그의 모든 명령，등록기 및 기억기에 대한 조종을 완료한다. 
이 조종준위 는 필요 없으며 안전을 위해 사용자프로그람에 서는 적 합하지 않다. 

두가지 질문이 생긴다. 즉 어느 방식 으로 집 행하는가 하는것을 처 리기 가 어떻게 알 
며 그 방식을 어떻게 변화시키는가 하는것 이 다. 첫 질문에 대 해서 말한다면 집 행방식을 
지적하고 있는 프로그람상태 단어 ( PSW ) 에 하나의 비트가 있다. 이 비트는 일정한 사건에 
응답하여 변화된다. 실례로 사용자가 조작체계를 호출할 때 방식은 핵심부방식으로 설정 
된다. 대체로 이것은 방식을 변화시키는 명령을 집행하여 수행된다. 이것을 수행하는 한 
가지 실례 는 VAX 상에서 의 방식 변경 ( CHM ) 명 령 이 다. 사용자가 체 계 봉사를 호출하거 나 
새치기가 조종을 체계루린에로 이송시킬 때 루린은 CHM 을 집행하여 높은 특권방식에 
들어 가 그것을 집 행하고 조종을 사용자프로쎄스에 반환하기전에 낮은 특권방식으로 다 
시 들어 간다. 사용자프로그람이 CHM 을 집 행하려 고 한다면 그것 은 단순히 조작체 계 에 
대 한 하나의 호출로 되 는데 이것은 방식변화가 허 용되지 않는 한 오유를 돌려 준다. 

프로쎄스의 창조 

제3장 제1절 에서는 새 로운 프로쎄 스의 창조를 일으키 는 사건들을 설명하였 다. 프로 
쎄스와 관련된 자료구조를 설명하였으므로 이제는 실제적으로 프로쎄스를 창조하는데 포 
함되 는 단계 들을 간단히 설 명하려 고 한다. 

일 단 조작체 계 가 리 유가 어 떻 든 (표 3-1) 새 로운 프로쎄 스를 창조할것 을 결 심하면 그 
것 은 다음과 같이 진행할수 있 다. 즉 

1. 유일한 프로쎄스식별자를 새로운 프로쎄스에 할당한다. 이때 하나의 새로운 입구점 이 

초기프로쎄스표에 추가되는데 이 표는 프로쎄스당 하나의 입구점을 포함한다. 
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2. 프로쎄스에 공간을 배정한다. 이것은 프로쎄스형태의 모든 요소들을 포함한다. 이 
렇게 하여 조작체계는 얼마만한 공간이 전용사용자주소공간(프로그람과 자료)과 
사용자탄창에 요구되는가를 알아야 한다. 이 값들은 프로쎄스의 형에 따라 초기 
값으로 할당되거나 일감창조시 사용자요청에 기초하여 설정될수 있다. 다른 프로 
쎄스가 프로쎄스를 새끼친다면 부모프로쎄스는 조작체계에 요구되는 값들을 프 
로쎄스창조요청의 일부로서 넘겨 줄수 있다. 임의의 현존주소공간을 새 프로쎄스 
가 공유하면 적 당한 련결 이 설정 되 여 야 한다. 끝으로 프로쎄 스조종블로크를 위한 
공간을 배 정하여 야 한다. 

3. 프로쎄 스조종블로크를 초기 화한다. 프로쎄 스식 별 부분은 프로쎄 스의 ID 외 에 부모 
프로쎄스의 ID 와 같은 다른 해당한 ID 들을 담고 있다. 처리기의 상태정보부분은 
프로그람계 수기 (프로그람입 구점 에 설 정 한다)와 체 계 탄창 (프로쎄 스의 탄창경 계 들 
을 정 하도록 설정한다.)을 제외 하고는 대체 로 모든 입구점들이 평 으로 초기화된 
다. 프로쎄 스조종정 보는 표준초기 값들외 에 프로쎄 스에 요청 되 는 속성 들에 기 초하 
여 초기화된다. 실례로 프로쎄스의 상태는 대체로 준비 또는 준비/중단으로 초기 
화된다. 더 높은 우선권에 대한 명확한 요청 이 없는 이상 우선권을 가장 낮은 우 
선권의 초기값으로 설정할수 있다. 초기 에 프로쎄스는 명백한 요청 이 없거 나 부 
모로부터 상속 받은것이 없는 이상 아무러한 자원(입출력장치，파일)을 소유하지 
않을수 있다. 

4. 적 당한 련결을 설정 한다. 실 례 로 조작체 계 련결 항목으로서 매 개 일정 작성 대 기 렬 을 
유지하고 있다면 새로운 프로쎄스를 준비 또는 준비/중단항목에 넣을수 있다. 

5. 다른 자료구조를 창조하거나 확장한다. 실례로 조작체계가 료금계산이나 성능평 
가를 목적 으로 후에 사용될 매 개 프로쎄스에 대 한 체 계지원계산프로그람파일을 
유지할수 있 다. 


프로쎄스의 절환 


표면상 프로쎄스의 절환기능은 간단한것처럼 보인다. 때때로 실행중인 프로쎄스가 
새치기를 받으면 조작체계는 다른 프로쎄스를 실행상태에로 할당시키고 그 프로쎄스에로 
조종을 절환한다. 그러나 설계상 몇가지 문제점들이 있다. 우선 어떤 사건들이 프로쎄스 
절환을 촉발시키는가? 또 다른 문제점은 방식절환과 프로쎄스절환사이의 구별을 인식해 
야 한다는것 이 다. 끝으로 조작체 계 가 프로쎄 스절환을 위한 조종에 서 여 러 가지 자료구조 
에 대해 무엇을 해야 하는가? 


프로쎄스절환시기 


프로쎄스절환은 조작체계가 현재 실행중인 프로쎄스로부터 조종을 받은 임의의 시간 
에 발생할수 있다. 표 3-8 은 조종을 조작체계 에 넘겨 줄수 있는 가능한 사건들을 제기하 
고 있다. 

우선 체계새치기를 고찰하자. 실제적으로 많은 체계들에서 그러하듯이 두 종류의 새 
치 기를 구별할수 있는데 그중 하나는 간단히 새 치기 라고 하며 다른것은 함정 이라고 한다. 
전자는 외적이며 입 출력조작의 충돌과 같이 현재 실행중인 프로쎄스와 무관계한 일정한 
종류의 사건에 원인을 두고 있다. 후자는 위법파일접근시도와 같이 현재 실행중인 프로 
쎄스에서 발생되는 오유나 례외조건과 관련되여 있다. 보통 새치기를 보면 조종이 우선 
새 치 기 조종기 에 이 송되 며 일 부 기 초적 인 보조조작을 하고 발생 한 특정 한 형 의 새 치 기 와 
관련되여 있는 조작체계루린에로 이행한다. 실례를 들면 다음과 같은것들이 있다. 즉 

• 시계새치기 :조작체계는 현재 실행중인 프로쎄스가 최대허용시간만큼 집행해 왔는 


124 




가 아닌가를 판정한다. 만일 그렇다면 이 프로쎄스를 준비상태에로 절환시키고 
또 다른 프로쎄스를 준비해 야 한다. 

입 출력새 치 기 : 조작체 계 는 입 출력동작이 발생 했는가를 판정 한다. 입 출력 동작이 한 
개이상의 처리기가 기다리는 상태를 이룬다면 조작체계는 모든 대응하는 폐색된 
프로쎄스들을 준비상태 에로 이동시켜 야 한다(그리고 페색/중단프로쎄스들을 준 
비/중단상태에로 이동시켜야 한다.). 조작체계는 그다음 현재 실행상태에 있는 
프로쎄스의 집행을 회복하겠는가 아니면 더 높은 우선권을 가지고 준비상태에 
있는 프로쎄스를 처리하겠는가 하는것을 결정해야 한다. 

기 억 기 부재 : 처 리 기 는 주기 억 기 에 없는 단어 에 대 한 가상기 억 주소참조와 맞다들 린 
다. 조작체 계는 참조하는 단어를 포함하고 있는 기 억블로크(폐지 나 토막)를 2차 
기 억기로부터 주기억기에로 끌어 들여 야 한다. 기 억기의 블로크를 끌어 들이도록 
입 출력 요청 을 내 보낸 다음 조작체 계 는 프로쎄 스절환을 수행하여 또 다른 프로쎄 스 
의 집행을 회복할수 있다. 즉 기억기부재를 가진 프로쎄스는 페색상태에 놓인다. 
희망하는 블로크를 기 억기 에 끌어 들이면 프로쎄스는 준비상태 에 놓이 게 된다. 


표 3-8. 프로쌔스집행의 새치기수법 


기구 

원인 

사용 

새치기 

현재 명령집행에 대한 외적원인 

비동기적인 외부사건에 대한 반응 

함정 

현재 명령의 집행과 관련 

오유 또는 례외조건조종 

감시 기 호출 

명백한 요청 

조작체 계 기 능호출 


함정에 대해서 말한다면 조작체계는 오유나 례외조건이 치명적인가를 판정한다. 만 
일 그렇 다면 현재 집 행 중인 프로쎄 스를 출구상태 로 이 동시키 고 프로쎄 스절환을 발생 시킨 
다. 만일 그렇지 않다면 조작체계의 동작은 오유 및 조작체계의 설계특성과 관련된다. 일 
부 회복수속을 시도하거나 사용자에게 간단히 통지할수도 있다. 프로쎄스절환을 득 하거 
나 현재 실 행중인 프로쎄 스를 계 속 실 행할수도 있 다. 

끝으로 조작체 계 는 감독기호출에 의하여 집 행되 고 있는 프로그람으로부터 활성 화될 
수도 있다. 실례 로 사용자프로쎄 스가 실행중에 있고 파일열기 와 같은 입 출력조작을 요청 
하는 명령이 집행된다. 이 호출은 조작체계코드의 일부인 루린을 이송시킨다. 일반적으로 
체 계호출을 사용하면 사용자프로쎄 스를 페 색상태 에 놓이 게 한다. 


방식절환 

제1장에서는 명령주기의 일부로서 새치기주기가 포함된다는것을 설명하였다. 새치기 
주기 에서 처 리기는 새 치기 가 발생했는가를 알아 보기 위하여 검사하는데 그 새 치기는 새 
치 기신호가 있으면 통지를 받는다. 아무런 새 치기도 기 다리지 않는다면 처 리 기는 불러 내 
기 주기 를 계 속하여 현재프로쎄 스에 서 현재프로그람의 다음명 령 을 불러 낸 다. 만일 새 치 
기가 기다리고 있으면 처리기는 다음과 갈은것을 한다. 

1. 집 행되 고 있는 현재프로그람의 문맥 을 보관한다. 

2. 프로그람계수기를 새 치기처 리프로그람의 시 작주소로 설정한다. 

3. 사용자방식 으로부터 핵 심부방식 으로 절환하여 새 치기처 리코드가 특권명 령 들을 포 
함할수 있게 한다. 

처리기는 불러내기주기를 계속하여 새치기처리프로그람의 첫 명령을 불러 내며 이것 
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이 그 새치기를 봉사한다. 

이제 발생할수 있는 질문은 다음과 갈다. 즉 보관되는 문맥을 무엇이 구상하는가? 대 
답은 분명 정보를 포함시켜 새치기처리프로그람을 집행하여 변경시킬수 있으며 새치기된 
프로그람을 계속하는데 필요한 어떤 정보를 포함해야 한다는것이다. 이와 같이 처리기의 
상태정 보라고 하는 프로쎄 스조종블로크의 일부를 보관시 킬수 있다. 이것은 프로그람계 수 
기，다른 처리기의 등록기들 및 탄창정보를 담고 있다. 

그밖에 또 어떤것을 해 야 하는가? 그것은 다음에 무엇이 있겠는가에 관계된다. 새 치 
기처리기는 대체로 새치기와 관련되는 몇개의 기초적과제들을 수행하는 짧은 프로그람이 
다. 실례로 새치기의 존재를 알려 주는 기발이나 지시기를 재설정한다. 그것은 입출력모 
둘과 같은 새치기를 발행한 입구점에 응답을 보낼수 있다. 그리고 새치기를 일으킨 사건 
의 효과와 관련한 일정한 기초적인 보조조작을 할수도 있다. 실례로 새치기가 입출력사건 
과 관련이 있다면 새치기처리기는 오유조건을 검사한다. 오유가 발생했다면 새치기처리기 
는 원래 그 입출력조작을 요청한 프로쎄스에 신호를 보낼수도 있다. 새치기가 시계에 의 
한것이라면 새치기처리기는 조종을 할당기에 넘겨 주며 할당기는 조종을 다른 프로쎄스 
에 넘기 려고 한다. 그것 은 현재 집 행 중인 프로쎄 스에 배 정된 시간이 다 되였기 때문이 다. 

프로쎄스조종블로크에서 다른 정보는 어떤가? 만일 새치기가 다른 프로쎄스에로의 
절환으로 이어 진다면 일정한 작업을 수행해야 한다. 그러나 대부분의 조작체계들에서 
새치기의 병행이 필수적으로 프로쎄스의 절환을 의미하지는 않는다. 가능한것은 새치기 
처리기가 집행한후에 현재 실행중인 프로쎄스가 집행을 계속하게 되는것이다. 그 경우에 
필요한것은 새치기가 발생할 때 처리기의 상태정보를 보관하는것이며 진행중이던 프로그 
탐에 조종이 반환될 때 그 정보를 회복하는것이다. 대체로 보관과 회복기능은 하드웨어 
적으로 수행된다. 

프로쎄스상태의 변화 

명백한것은 방식절환이 프로쎄스의 절환과 다른 개념이라는것이다. 8 방식절환은 현 
재 실행상태에 있는 프로쎄스의 상태를 변화시키지 않고 발생할수도 있다. 그 경우에 문 
맥보관과 다음회복은 작은 보조조작을 포함한다. 그러 나 현재 실행중인 프로쎄스를 다른 
상태 (준비，폐색 등)로 이동시킨다면 그때 조작체계는 자기의 환경에서 본질적인 변화를 
일으켜 야 한다. 완전한 프로쎄스절환에 포함되는 단계는 다음과 같다. 즉 

1. 프로그람계수기와 다른 등록기들을 포함하여 처리기의 문맥을 보관한다. 

2. 현재 실행상태에 있는 프로쎄스의 프로쎄스조종블로크를 갱신한다. 이것은 프로 
쎄스의 상태를 다른 상태들(준비; 페색; 준비/중단; 출구)중의 하나로 변화시킨다. 
실행상태 를 벗 어 나는 리유와 체 계지원계산프로그람정 보를 포함하여 다른 관련 
있는 마당들도 역시 갱신해야 한다. 

3. 프로쎄스의 프로쎄스조종블로크를 적 당한 대기렬에로 이동시 킨다(준비 : 사건 i 에 
대해 폐색; 준비/중단) 

4. 또 다른 프로쎄스를 선택하여 집 행시 킨다. 이것은 제4편에서 고찰한다. 

5. 선택된 프로쎄스의 프로쎄스조종블로크를 갱신한다. 이것은 프로쎄스의 상태를 
실행상태로 변화시킨다. 


8 _ 문맥 절환이 란 말은 흔히 OS 문헌이 나 교과서 들에서 찾아 보게 된다. 다행 히 대 부분의 문헌들이 여 기 
서 프로쎄스절환이라는 의미를 보여 주기 위해 이 용어를 사용한다 하여도 다른데서는 그것을 방식 
절환이나 지어 스레드절환이라는 의미로 사용한다(다음장에서 정의한다.). 모호성을 피하기 위해 이 
책에서는 그 용어를 사용하지 않는다. 
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6. 기 억기 관리자료구조를 갱 신한다. 주소번역관리 방법 에 따라 이것 이 요구될수도 있 
는데 이 문제는 제3편에서 고찰한다. 

7. 프로그람계수기와 다른 등록기들의 이전값을 적재 함으로써 선택된 프로쎄스가 실 
행상태밖으로 마지 막으로 절환될 때 존재 했던 처 리 기의 문맥 을 회 복한다. 

이처럼 프로쎄스절환은 상태변화를 포함하여 방식절환보다 더 많은 노력을 요구한다. 

조작체계의 집행 

제 2장에 서 는 조작체 계 들에 대 하여 두개 의 관통되 는 사실 을 지 적하였 다. 즉 

• 조작체계기능들은 보통 콤퓨터쏘프트웨어와 갈은 방식 즉 처리기가 집행하는 프 
로그람이 다. 

• 조작체계는 흔히 조종을 넘겨 주며 조작체계에 회복시켜 주는것을 처리기에 
의존한다. 

만일 조작체계가 프로그람들의 집 합이고 그것을 다른 프로그람들과 곡같이 처 리기 가 
집행한다면 조작체계가 하나의 프로쎄스인가? 만일 그렇다면 그것을 어떻게 조종하는가? 
이 흥미 있 는 질 문들은 몇 가지 설 계 방법 들을 제 기하였 다. 그림 3-14 는 여 러 가지 조작체 
계에서 찾아 보게 되는 방법들을 분류하여 설명하고 있다. 



그림 3-14. 조작체계와 사용자프로쎄스사이의 관계 
n - 개별핵심부，사용자프로쎄스에서 조작체계기능의 집행 
n - 개별프로쎄스로서 조작체계기능의 집행 
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비 프로쎄 스핵 심 부 

많은 구식조작체계들에서 아주 고전적이며 공통적인 한가지 방법은 임의의 프로쎄스 
밖에서 조작체계의 핵심부를 집행시키는것이다(그림 3-14 1). 이 방법을 놓고 볼 때 현 
재 실행중인 프로쎄스가 새 치 기를 받거 나 감시기호출을 받으면 프로쎄스의 방식문맥 이 
보관되며 조종은 핵심부에 넘 어 가게 된다. 조작체계는 자기자체가 사용할 기억구역과 
수속호출과 복귀를 위한 자기 자체의 체계탄창을 가지고 있다. 조작체계는 임의의 희망하 
는 기 능을 수행할수 있 으며 새 치 기 된 프로쎄 스의 문맥 을 회 복하여 새 치 기 된 프로쎄 스에 
서 계속해 나가도록 해춘다. 조작체 계는 번갈아 가면서 프로쎄스의 환경을 보관하는 기 
능을 수행할수 있 으며 다른 프로쎄 스들을 일 정작성 및 할당하는데 착수할수 있 다. 이 것 
이 일어 나겠는지 일어 나지 않겠는지 하는것은 그때 당시의 새치기와 문맥에서의 원인 
에 의존한다. 

임의의 경우에 여기서 중요한것은 프로쎄스에 대한 개념을 사용자프로그람에만 적 
용하는것으로 고찰한다는것 이 다. 조작체계코드는 특권방식에서 동작하는 개별적 인 입 
구점과 같이 집행된다. 


사용자프로쎄스에서의 집행 


보다 작은 기계들 ( PC 들, 워크스테이션들)에서 조작체계에 공통인것중의 하나는 가 
상적 으로 모든 조작체계쏘프트웨어를 사용자프로쎄 스의 문맥 에서 집 행시키는데 있다. 그 
견해는 조작체계가 기초적으로 사용자프로쎄스의 환경에서 집행되는 여러가지 기능을 수 
행 하기 위 해 사용자가 호출하는 루린들의 집 합이 라는것 이 다. 이 것을 그림 3-14 l 에서 설 
명하고 있다. 어떤 주어 진 점에서 조작체계는 n 개의 프로쎄스형태를 관리하고 있다. 매 
개 상은 그림 3-12 에서 설명한 구역뿐아니 라 핵 심부프로그람을 위한 프로그람，자료와 
탄창구역을 포함한다. 

그림 3-15 는 이 전략에서의 대표적인 프로쎄스형태의 구조를 제기하고 있다. 개별적 
인 핵심부탄창은 프로쎄스가 핵심부방식에 있는동안 호출/복귀를 관리하는데 사용된다. 
조작체계코드와 자료는 공유된 주소공간에 있으며 모든 사용자프로쎄스가 공유한다. 

새 치기，함정 또는 감시기호출이 발생할 때 처 리기는 핵심부방식 에 놓이며 조종은 
조작체 계 에 넘 어 간다. 이 목적 을 위 해 방식문맥 이 보관되 며 조작체 계 루린 에 서 방식 절 환 
이 일어 난다. 그러나 집행은 현재 사용자프로쎄스에서 계속한다. 이렇게 하여 프로쎄스 
절환은 수행되지 않고 같은 프로쎄스에서 방식절환만 한다. 

만일 조작체 계 가 자기 작업 을 완료하고 현재프로쎄 스가 계 속 실 행하게 된 다는것 을 
판정하면 그때 방식 절 환은 현재 프로쎄 스에 서 새 치 기 된 프로그람을 계 속 집 행한다. 이 것 
이 이 방법 의 주요우점 중의 하나이 다. 즉 사용자프로그람은 일정한 조작체 계 루린을 사용 
하기 위하여 새 치 기 됐고 그다음에 다시 집 행하는데 이 모든것 은 두 프로쎄 스절환의 반칙 
을 초래하지 않고 발생하였 다. 그러 나 만일 이 전에 집 행 중인 프로그람에 로 복귀 시키지 
않으면서 프로쎄 스절환이 발생 한다는것 을 판정하면 그때 조종은 프로쎄 스절 환루린 에 로 
넘어 간다. 이 루린은 현재프로쎄스에서 집행할수도 있고 하지 않을수도 있는데 그것은 
체 계 설계 에 따른다. 그러 나 일정한 점 에서 현재 프로쎄 스는 비 실행 중상태 에 놓여 야 하며 
다른 프로쎄스는 집행중상태로 되여야 한다. 이 단계에서는 집행이 모든 프로쎄스를 밖 
에 서 일 어 나는것 으로 보는것 이 론리 적 으로 가장 편리하다. 

어떤 측면에서는 조작체계에 대한 이 견해가 아주 주목할만하다. 간단히 말하면 일 
정한 시 점 에서 프로쎄 스는 자기의 상태정보를 보관하고 준비상태 에 있는것들중에서 다른 
프로쎄 스를 선택하여 실행 시 키며 조종을 프로쎄 스에 넘 긴다. 이것 이 독단적 이 고 실제 로 
무질서한 상태로 되지 않는 리유는 림계시간동안 사용자프로쎄스에서 집행되는 코드가 
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조작체계 코드에 공유되며 사용자코드에 는 공유되지 않는다는것 이 다. 사용자방식과 핵심 
부방식에 대한 개념때문에 사용자가 조작체계루린을 함부로 다치거나 간섭할수 없다. 지 
어 그것들이 사용하는 프로쎄스환경에서 집행하고 있다 하여도 그렇다. 이것은 프로쎄스 
와 프로그람에 대한 개념사이에는 명백한 차이가 있으며 둘사이의 관계가 1 대 1이 아니 
라는것 을 말해 준다. 프로쎄 스에 서 사용자프로그람과 조작체 계 프로그람은 둘다 집 행 할수 
있 으며 여 러 가지 사용자프로쎄 스에 서 집 행 하는 조작체 계 의 프로그람들은 동일 하다. 


프로쎄스에 기초한 조작체계 


그림 3-14 도 에서 설명한 또 다른 한가지 방법은 조작체 계 를 체 계 프로쎄 스들의 집 합 
으로 실현하는것 이 다. 다른데 서 와 마찬가지 로 핵 심 부의 일 부분인 쏘프트웨어 는 핵 심 부방 
식 으로 집 행한다. 그러 나 이 경 우에 주요핵 심부기 능들은 개 개의 프로쎄스들로 조직된다. 
또한 임의의 프로쎄스밖에서 집행되는 작은 량의 프로쎄스절환코드가 있을수 있다. 

이 방법은 몇 가지 우점을 가지 고 있다. 모둘들사이 에 최소이면서 명백한 대 면부를 
가진 모둘화된 조작체 계의 사용을 장려하는것 은 일정한 프로그람설계규칙 을 요구한다. 
더우기 일부 비림계조작체계기능들은 개개의 프로쎄스들로 편리하게 실현된다. 실례로 
이미 감시기프로그람을 언급했는데 그것은 여 러가지 자원(프로쎄스，기억기，통로 등)의 
사용률준위와 그 체계에서 사용자프로쎄스의 향상률을 기록한다. 이 프로그람이 임의의 
능동프로쎄 스에 특정한 봉사를 주지 않기 때 문에 그것 은 아직 조작체 계 가 기 동시 킬수 있 
다. 프로쎄 스와 같이 그 기 능은 할당된 우선권준위 에 서 실 행할수 있으며 할당기 의 조종 
하에 다른 프로쎄스들과 교차처 리된다. 끝으로 프로쎄스의 모임으로 조작체계를 실현하 
는것 은 다중처 리 기 또는 다중콤퓨터 환경 에 서 유용한데 그 환경 에 서 일 부 조작체 계봉사들 
은 전용처 리기들에 떠맡겨 성능을 개선할수 있다. 


프로쎄 스의 
식별 

프로쎄 스의 
상래 정보 
프로쎄 스의 
조종정보 


사용자탄창 


전용사용자 
주소공간 
(프로그람， 
자료) 



공유주소 
공간 


프로쎄 스의 
조종블로크 


그림 3-15. 프로쎄 스형 래 : 조작체 계 는 사용자공간에 서 집 행한다. 
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제 4 절. UNIX SVR 4 의 프로쎄스관리 

UNIX 체 계 V 는 단순하지 만 강력한 프로쎄 스봉사를 사용할수 있게 하며 사용자가 
변경시킬수 있다. UNIX 는 그림 3-14 u 의 모형을 따르고 있다. 여기서는 대부분의 조작 
체계 가 사용자프로쎄스의 환경 에서 집행한다. 그러므로 두 방식 즉 사용자와 핵심부방식 
을 요구한다. UNIX 는 두개 범주의 프로쎄스 즉 체계프로쎄스와 사용자프로쎄스를 사용 
한다. 체 계프로쎄스는 핵 심부방식 에서 실행하여 기 억 기의 할당 및 프로쎄스교체 와 같은 
관리 및 보조조작기능을 수행 하기 위하여 조작체 계코드를 집 행한다. 사용자프로쎄스는 
사용자프로그람과 편의프로그람들을 집 행 하기 위하여 사용자방식 에 서 동작하며 핵 심 부에 
속하는 명 령 문을 집 행 하기 위하여 핵심부방식 에서 동작한다. 사용자프로쎄스는 어떤 례 
외 (고장)가 발생되거 나 어떤 새 치기가 일어 날 때 체계호출을 하여 핵심부방식 에 들어 
간다. 


프로쎄스의 상태 

UNIX 조작체계는 총 9개의 프로쎄스상태를 인식하는데 이것은 표 3-9 에 목록화되여 
있으며 상태이행도는 그림 3-16 에서 보여 주고 있다 ([ BACH 86] 에 있는 그림에 기초함). 
이 그림은 그림 3-7 과 류사한데 두개의 페색상태에 대응하는 두개의 UNIX 잠자기상태를 
가진다. 그 차이를 간단히 요약할수 있다. 즉 

• UNIX 는 프로쎄스가 사용자방식에서 집행중인가，핵심부방식에서 집행중인가를 
지 적 하기 위해 두개 의 실 행 상태 를 사용한다. 

• 명백한 차이는 두개의 상태 즉 기 억기에서 실행할 준비와 선취상태사이 에서 이루 
어 진다. 이것들은 본질적 으로 같은 상태 이므로 점선으로 그것들을 련결하여 가리 
키고 있다. 그 차이는 선취된 상태가 를어 가게 되는 방법을 강조해 준다. 프로쎄 
스가 핵 심 부방식 에 서 실 행 하고 있 을 때 (감독기호출，시 계 새 치 기 또는 입 출력 새 치 
기의 결과로) 핵심부가 자기의 작업을 완료하고 조종을 사용자프로그람에로 복귀 
시킬 준비가 되는 때가 온다. 이 시점에서 핵심부는 준비되여 있고 보다 높은 우 
선권을 가지 고 있는것 에 유리하게 현재 의 프로쎄 스를 선취하도록 할수 있 다.그 
경우에 현재프로쎄스는 선취된 상태에로 이동한다. 그러나 할당을 목적으로 선취 
된 상태 에 있는 프로쎄 스들과 기 억 기 에서 실행할 준비 가 된 프로쎄스들은 하나의 
대 기렬을 형성한다. 

선취는 프로쎄스가 핵심부방식으로부터 사용자방식으로 이동할 때에만 발생할수 있 
다. 프로쎄스가 핵심부방식 에서 실행 하고 있는 동안은 그것을 선취할수 없다. 이것은 
UNIX 로 하여 금 실 시 간처 리 에 대 처할수 없게 한다. 실 시 간처 리 의 요구에 대 한 론의 는 제 
10장에서 한다. 

두개의 프로쎄스가 UNIX 에서 독특하다. 프로쎄스 0은 체계 가 첫 넣기할 때 발생하 
는 특수한 프로쎄스이다. 실제적으로 그것은 첫 넣기시기에 적재되는 자료구조로 미리 
정의 된다. 그것 이 바로 교체 프로그람프로쎄 스이 다. 더우기 프로쎄스 0은 초기 화프로쎄스 
라고 하는 프로쎄스 1을 새끼치는데 체계 에서 모든 다른 프로쎄스들은 선조로서 프로쎄 
스 1을 가진다. 새로운 대화형가입자가 체계에 가입할 때 사용자용으로 사용자프로쎄스 
를 창조하는것 이 바로 프로쎄스 1이 다. 다음에 사용자프로쎄스로 갈래나무의 자식프로쎄 
스를 창조할수 있으며 그 결과 임의의 특정한 응용프로그람을 몇개의 관련 있는 프로그 
탐으로 구성할수 있 다. 
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프로쎄스의 서술 


UNIX 에 서 프로쎄스는 조작체 계 에 프로쎄 스들을 관리 및 할당하는데 필 요한 모든 
정보를 주는 보다 복잡한 자료렬의 모임으로 된다. 표 3-10 은 프로쎄스형태의 요소들을 
요약하고 있는데 이것은 세 개의 부분 즉 사용자준위 문맥 , 등록기 문맥 및 체계준위 문맥으 
로 조직된다. 

사용자준위문맥은 사용자프로그람에 대한 기초적요소들을 담고 있으며 번역된 목적 
파일로부터 직접 발생될수 있다. 사용자프로그람은 본문과 자료구역으로 분리된다. 즉 자 
료구역은 읽기전용으로 되며 프로그람의 명령으로 간주된다. 프로쎄스가 집행하고 있는 
동안 처 리 기는 수속호출과 복귀 및 파라메터넘기기를 위해 사용자탄창구역 을 사용한다. 
공유기억구역은 다른 프로쎄스와 공유되는 자료구역이다. 하나의 공유기억구역에 대한 
물리적복사뿐아니 라 가상기 억기에 대한 사용자의 복사도 있을수 있는데 그것은 마치 공 
유기억구역 이 주소공간에 있는 매 개 프로쎄 스를 각자가 공유하고 있는듯하다. 프로쎄 스 
가 실행중이 아닐 때 처리기의 상태정보는 등록기문맥구역에 기억된다. 

체계준위문맥은 조작체계 가 프로쎄스를 관리 하기 위하여 요구하는 나머지 정보를 담고 
있다. 그것은 정적부분(크기에서 고정되여 있고 수명전기간 프로쎄스와 함께 있다.)과 동적 
부분(프로쎄스의 수명기 간 크기 가 변한다. )으로 구성되 여 있다. 정적부분중에서 하나의 요소 
는 프로쎄스의 표입구점이다. 이것은 실제상 조작체계가 유지하는 프로쎄스표의 일부로서 프 
로쎄스마다 하나의 입구점을 가진다. 프로쎄스표입구점은 항상 핵심부에 접근할수 있는 프로 
쎄스조종정 보를 담고 있다. 이 로부터 가상기 억기체 계 에서 모든 프로쎄스표입구점 들은 주기 억 
기 에 유지되 여 있다. 표 3-11 은 프로쎄스표입구점의 내용을 목록화하고 있다. 사용자구역 즉 
U 구역은 추가적인 프로쎄스조종정보를 담고 있는데 이것은 프로쎄스의 문맥에서 집행하고 
있을 때 핵심 부가 요구하게 된 다. 그것은 또한 프로쎄 스들을 기 억 기 에 로 또는 기 억 기 로부터 
페지화할 때 사용할수 있다. 표 3-12 는 이 표의 내용을 보여 주고 있다. 

표 3-9. UNIX 프로쌔스의 상태 


사용자의 실행중 사용자방식에서 집행중 

핵심부의 실행중 핵심부방식에서 집행중상래 

기 억기 에서 실행준비 기 억 기핵심부가 그것을 일정 작성 하자마자 실행 할 준비상태 

기 억기 에서 잠자는 상태 사건이 발생 할 때 까지 집 행 할수 없는 상태 . 이때 프로쎄뇨安는 

주기억기에 있다(패색된 상태). 

실행준비 및 교체된 상태 프로쎄스가 실행할 준비는 되였지만 핵심부가 그것을 집행하도 

록 일정작성하기전에 교체프로그람이 그 프로쎄스를 주기억기 
에로 교체해 넣어야 한다. 

잠자면서 교체된 상래 프로쎄스가 사건을 기다리고 있으며 2차기억기와 교체되였다 

(폐색된 상태). 

선취된 상래 프로쎄 스가 핵 심 부방식 으로부터 사용자방식 으로 복귀 하고 있지 

만 핵심부는 그것을 선취하고 프로쎄스절환을 하여 다른 프로 
쎄 스를 일정 작성한다. 

창조된 상래 프로쎄스가 새롭게 창조되고 아직 실행할 준비는 되여 있지 않다. 

좀비 프로쎄 스가 더 이 상 존재하지 않지 만 그의 부모프로쎄 스가 수집 

하도록 레코드를 남겨 둔다. 




갈래 



그림 3-16. UNIX 프로쎄스의 상태 이행도 

프로쎄스표입 구점과 U 구역의 명백한 차이는 UNIX 핵심부가 항상 일정한 프로쎄스 
의 문맥내 에서 집 행 한다는 사실을 반영한다. 많은 시 간동안 핵 심부는 프로쎄스와 관련된 
것을 취급한다. 그러 나 핵 심부가 다른 프로쎄스들을 할당하는데서 예 비적 인 일정작성알 
고리듬을 수행하고 있을 때와 같이 그 시간의 일부만 다른 프로쎄스에 대한 정보에 접근 
할것을 요구하게 된다. 

체계준위문맥의 셋째 정적부분은 기 억기관리체계 가 사용하는 프로쎄스별구역표이 다. 
끝으로 핵심 부탄창은 체계준위문맥의 동적부분이 다. 프로쎄스가 핵심부방식 에서 집행하 
고 있을 때 이 탄창을 사용하며 이 탄창은 수속호출과 새치기가 발생할 때 보관하고 회 
복해 야 할 정보를 담고 있다. 

프로쎄스의 조종 

UNIX 에서 프로쎄스의 창조는 핵심부체계호출 fork ( ) 에 의해 이루어 진다. 프로쎄스가 
갈래 ( fork ) 요청을 내보낼 때 조작체계는 다음과 갈은 기능을 수행한다 [BACH 86]. 즉 

1. 새 로운 프로쎄스에서 프로쎄스표안에 홈을 배정 한다. 

2. 자식프로쎄스에 유일한 프로쎄스의 ID 를 할당한다. 

3. 임의의 공유기억기를 제외 하고 부모프로쎄스형 태를 복사한다. 

4. 부모가 소유하고 있는 파일계수기를 증가시켜 추가적인 프로쎄스가 이제 그 파일 
을 또 소유한다는것 을 반영한다. 

5. 자식프로쎄스를 실행할 준비 가 된 상태 에 로 할당한다. 

6. 부모프로쎄스에 자식의 ID 수자를 돌려 주며 자식프로쎄스에는 0값을 준다. 


132 



표 3-10. UNIX 프로쌔스형태 
사용자준위문맥 



프로그람중에서 집행할수 있는 기계명령들 
이 프로쎄스의 프로그람이 접근할수 있는 자료 

사용자방식 에 서 집 행 하는 기 능들에서 의 독립 변수, 국부변수 
와 지시기들을 담고 있다. 

다른 프로쎄스와 공유된 기억기이며 프로쎄스사이 통신에 
사용한다. 

등록기 문맥 

집행할 다음명령의 주소; 이 프로쎄스의 핵심부가 사용자기 
억공간에 있을수 있다. 

선취될 때 하드웨어상태를 담고 있다. 즉 내용과 서식이 하 
드웨어에 의존한다. 

핵심부나 사용자탄창의 앞점을 가리키는데 그 시기나 선취 
에서의 조작방식에 의존한다. 

하드웨어에 의존 


체계준위문맥 

프로쎄스의 표입구점 프로쎄스의 상태를 정의 한다. 이 정보는 조작체계 에 항상 접 

근할수 있다. 

甘，(사용자)구역 프로쎄스의 문맥에서만 접근할것을 요구하는 프로쎄_:’ 조 

종정 보 

프로쎄 스별구역표 가상주소로부터 물리주소에 로의 사영 을 정 의한다. 또한 프로 

쎄스에 허용되는 접근의 형 즉 읽기전용，읽기쓰기 또는 읽 
고 집행을 가리키는 허용마당을 담고 있다. 

핵심부탄창 프로쎄스가 핵심부방식에서 집행할 때 핵심부수속들의 탄창 

틀을 담고 있다. 

이 모든 작업은 부모프로쎄스에서 핵심부방식으로 수행된다. 핵심부가 이 기능을 완 
료할 때 그것은 할당기루린의 일부로서 다음의것들중의 하나를 할수 있다. 

1. 부모프로쎄스에 머무론다. 조종은 부모의 갈래호출점에서 사용자방식으로 복귀한다. 

2. 조종을 자식프로쎄스에 이송한다. 자식프로쎄스는 부모와 같은 코드의 같은 점에 
서 즉 갈래호출로부터 복귀점에서 집행하기 시작한다. 

3. 조종을 다른 프로쎄 스에 이송한다. 부모와 자식 이 둘다 실행할 준비상태 에 남아 
있게 된다. 

이 프로쎄스창조방법을 보일수 있게 하기는 좀 힘들다. 그것은 부모와 자식 이 둘다 
갈은 구절의 코드를 집행하고 있기때문이다. 그 차이는 이것이다. 즉 갈래로부터의 복귀 
가 발생할 때 복귀파라메터를 검사한다. 만일 그 값이 령이면 이것은 자식프로쎄스이고 
적 당한 사용자프로그람이 집 행을 계속해 나가도록 갈래프로그람을 집 행할수 있다. 만일 
그 값이 령이 아니면 이것은 부모프로쎄스이며 기본방향의 집행을 계속할수 있다. 
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프로쎄스의 상태 프로쎄스의 현 상태 

사용자구역과 프로쎄스의 기억기구역 (본문，자료, 탄창)에 대한 지시기 

프로쎄스의 크기 조작체계가 얼마만한 공간을 프로쎄스에 배정하겠는가를 알수 있게 

한다. 

사용자식별자 실제 사용자 ᄑ) 는 실 행 중인 프로쎄 스에 책임이 있는 사용자를 식별 한다. 

효과적 인 사용자 ID 를 사용하여 프로쎄스가 특정한 프로그람과 관련 
된 림시적특권을 얻을수 있다. 프로그람이 프로쎄스의 일부로 집행되 
고 있는 동안 프로쎄스는 효과적인 사용자 ID 를 가지고 조작한다. 

프로쎄 義최별자 프로쎄 스의 ID ， 부모프로쎄 스의 ID . 이것들은 프로쎄스가 갈래체 계호 

출기간에 창조된 상태에 들어 갈 때 설정된다. 

사건서 술자우선권 프로쎄 스가 잠자는 상태 에 있을 때 유효하다. 사건이 발생할 때 프로 

쎄스는 실행할 준비상태로 이송된다. 

우선권 프로쎄 스의 일 정작성 에 쓰인 다. 

신호 프로쎄스에 보냈지만 아직 조종되지 않은 신호들을 렬거한다. 

시계 프로쎄스의 집행시 간，핵심부의 자원사용 및 사용자가 설정한 시계들 

을 포함하는데 프로쎄스에 경보신호를 보내는데 사용한다. 

P 련결 준비상태의 대 기 렬에서 다음련결에 대 한 지시기 (프로 쎄스가 진행 할 

준비가 되면 유효하다. ) 

기 억 기의 상태 프로쎄 스형 래 가 주기억 기 에 있는가 또는 교체 되 여 나갔는가를 가리킨 

다. 만일 주기억 기 에 있 으면 이 마당은 또한 그것 이 교체 되 여 나갈수 
있는가 아니 면 주기억 기 에 림 시 고정 되 여 있는가를 가리킨다. 


표 3-12. UNIX U 령역 

프로쎄 스표 U 령 역 에 해 당한 입 구점 을 가리킨다. 

사용자식 별자 실제적 이며 효과적 인 사용자 ID . 사용자특권을 결정 하는데 쓰인다. 

시계 프로쎄스(그리고 그의 자손들)가 사용자방식과 핵심부방식에서 집 

행 하는데 소비 한 시 간을 기록한다. 

신호조종기배렬 체계에서 정의된 매개 신호류형에 대하여 프로쎄스가 신호(지정된 

사용자의 기능을 출구，무시, 집행)의 접수에 어떻게 반응하는가를 
가리 킨 다. 

조종말단 존재 한다면 프로쎄 스에 서 의 가입 말단을 가리 킨다. 

오유마당 체계호출기 간에 만나는 오유를 기록한다. 


체계호출결과를 담고 있다. 


입출력파라메터 


이 송시 키 려는 자료의 량. 사용자공간에서의 원천(또는 목표)자료 
배럴의 주소, 입출력에 대한 파일편위주소를 서술한다. 


현재등록부와 현재뿌리등록부가 프로쎄 스의 파일체 계환경 을 서 술 
한다. 
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표계속 

사용자파일서술자표 
제 한마당 
허락방식마당 


프로쎄소.가 열어 놓은 파일을 기록한다. 

그것이 쓸수 있는 프로쎄스의 크기와 파일크기를 제한한다. 
프로쎄스가 창조하는 파일에 대한 방식설정을 마스크한다. 


요약, 기본용어 및 복습문제 

현대조작체계 에서 가장 기본적 인 구성요소는 프로쎄스이 다. 조작체계의 원리적 기능 
은 프로쎄스의 창조，관리 및 완료이다. 프로쎄스들이 능동상태일 때 조작체계는 매개 프 
로쎄스들이 처리기가 집행하는데서 배정 받은 시간을 알아야 하며 그것들의 동작을 일치 
시키고 상반되는 요구를 관리하며 체계자원을 프로쎄스에 배정하여야 한다. 

프로쎄 스관리 기 능을 수행 하기 위 하여 조작체 계 는 프로쎄 스가 집 행 하는 주소공간과 
프로쎄 스조종블로크를 포함하는 매 개 프로쎄 스나 프로쎄 스형 태 의 서 술을 유지 한다. 후자 
는 프로쎄스의 현존상태，프로쎄스에 배정된 자원을 포함하여 프로쎄스를 관리하기 위해 
조작체계가 요구하는 모든 정보를 포함하지만 전자는 다른 적합한 자료를 포함한다. 

프로쎄스는 자기의 수명기간에 여 러 상태사이에서 이동한다. 이 상태들중에서 가장 
중요한것은 준비，실행 그리고 폐색이다. 준비프로쎄스는 현재 비실행중이지만 조작체계 
가 동작하자마자 실행될 준비가 된 프로쎄스이다. 실행프로쎄스는 현재 처리기가 실행하 
고 있는 프로쎄스이다. 다중처리기체계에서 한개이상의 프로쎄스가 이 상태에 놓인다. 페 
색 프로쎄스는 입출력동작과 같은 어떤 사건의 완료를 기 다리는 프로쎄스이 다. 

실행프로쎄스는 프로쎄스밖에서 일어나고 처리기가 인식하는 사건인 새치기에 의하 
여 또는 조작체 계 에 대 한 감독기 호출을 집 행 할 때 새 치 기 된 다. 두 경 우에 처 리 기 는 방식 
을 절환하여 조작체계에 조종을 이송한다. 필요한 작업을 끝낸후 조작체계는 새치기프로 
쎄스나 일부 다른 프로쎄스에로 절환될수 있다. 

기본용어 


페 색 상래 

특권 방식 

실행상래 

과제 

자식 프로쎄|_ 

프로쎄 4. 

중단상태 

추적 

출구상태 

프로쎄스조종블로크 

교체 조작 

함정 

새 치 기 

프로쎄 스형 래 

체 계 방식 

사용자방식 

핵심부방식 

프로그람상태 단어 

부모프로쎄 스 

프로쎄 스절환 

방식 절 환 
새상래 

순환법 

선취 

준비상태 


복습문제 

1. 명령수속이란 무엇인가? 

2. 프로쎄스의 창조에 쓰이는 일반사건들은 무엇인가? 

3. 그림 3-5 의 처 리 모형 에 서 매 개 상태 를 간단히 정 의하시 오. 

4. 프로쎄 스를 선취 한다는것 은 어 떤 의 미 인 가? 

5. 교체조작이란 무엇이며 그의 목적은 무엇인가? 

6. 그림 3-8 l 는 왜 두개의 페색상태를 가지는가? 

7. 중단프로쎄 스의 네 가지 특성 을 렬 거하시 오. 
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8. 조작체 계 가 어떤 류형의 개체 에 대 하여 관리목적 을 위한 정 보표를 가지는가? 

9. 프로쎄 스조종블로크에 서 두가지 일 반적 인 정 보목록을 렬 거하시 오. 

10. 왜 두가지 방식(사용자와 핵 심 부) 이 요구되 는가? 

11. 새 로운 프로쎄 스를 창조하기 위 해 연산체 계 가 수행하는 단계 는 무엇 인가? 

12. 새 치 기 와 함정 사이 의 차이 점 은 무엇 인가? 

13. 새 치 기 에 대 한 3가지 실 례 를 드시 오. 

14. 방식절환과 프로쎄스절환사이의 차이점은 무엇 인가? 
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련습 문제 

1 . 프로쎄스관리에 대한 조작체계의 다섯가지 주요동작을 이름 짓고 왜 매개 동작이 
요구되는가를 간단히 서술하시오. 

2. [ PINK 89] 에서 다음의 상태 들이 프로쎄 스용으로 정의 되 였 다. 즉 집 행 (실행 ), 활 
성화(준비), 폐색 및 중단이다. 만일 프로쎄스가 자원사용을 허락할 때까지 기다 
린다면 프로쎄스는 페색프로쎄스이고 그것이 이미 획득한 자원에서 조작이 끝나 
기를 기다린다면 중단프로쎄스이다. 많은 조작체계들에서 이 두가지 상태는 이 
장에서 사용한 정의와 같이 페색상태와 중단상태로 짝을 이분다. 두 정의의 상대 
적우점들을 비교하시오. 

3. 그림 3-8 l 의 일곱가지 상태의 프로쎄스모형에 대하여 그림 3-7 l 와 같이 대기 
선도를 그리시오. 

4. 그림 3-8 i • 의 상태이 행 도를 고찰하자. 조작체 계 가 프로쎄 스를 할당할 시 간이며 
준비상태와 준비/중단상태사이에 프로쎄스가 있으며 준비/중단상태에 있는 적어 
도 하나가 준비 상태에서의 어 떤 프로쎄 스보다 더 높은 일정작성우선권을 가진다 
고 가정하자,. 두가지 극단한 방법 이 있다. 

n ) 항상 교체조작을 최소화하기 위해 준비상태 에 있는 프로쎄스로부터 할당하며 
i _) 교체조작이 필요 없을 때 교체한다 할지라도 항상 제일 높은 우선권을 가진 
프로쎄스에 우선권을 부여한다. 우선권과 성능사이의 관계를 평형시키기 위 
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한 중간적인 방법을 제기하시오. 

5. 표 3-13 은 VAX / VMS 조작체계의 프로쎄스상태를 보여 준다. 

1) 그렇 게 많은 명백한 기 다림상태의 존재를 정 식화할수 있는가? 

1-) 다음 상태 들은 왜 상주 및 교체 되 여 나간 판본들을 가지 지 않는가? 즉 페 지 
부재 기 다림，충돌폐 지기 다림 , 공통사건기 다림，자유폐 지 기 다림 및 자원기 다 
림과 갈은 상태들인 경우가 그렇다. 

n ) 상태이행도를 그리고 동작 즉 매개 이행이 일어 나는 원인을 설명하시오. 


표 3-13. VAX/VMS 프로쎄스상태 


현재 집행중 


실행중 프로쎄스 

계산가능(상주) 


주기억기에서의 준비 및 상주 

계산가능(교체되여 나감) 


준비 . 그러 나 주기 억기 밖으로 교체되 여 나감 

폐지부재기다림 


프로쎄스가 주기억기에 없는 폐지를 참고하였고 폐지읽기 
를 기다려야 한다. 

충돌페지기다림 


프로쎄스가 다른 프로쎄스에서 현재 폐지부재기 다림을 일 
으킨 공유페지 또는 프로쎄스.가 읽거나 쓰는 전용폐지를 
참조하였다. 

공통사건기다림 


공유식 사건기 발기 다림 중(사건기 발은 단일 비 트프로쌔 스사이 
의 신호수법) 

자유폐 지 기 다림 


주기억기의 자유폐지가 프로쎄스에 부여된 주기억기의 페 
지집합에 추가되는것을 기다리고 있는 층 

동면기다림 (상주) 


프로쎄스.가 자기자체를 기 다림상태에 넣는다. 

동면기다림(교체되여 나감) 


기 다러는 프로쎄스가 주기 억기 밖으로 교체되 여 나간다. 

국부사건기다림 (상주) 


주기 억기의 프로쎄 스이며 국부사건기 발기 다림중(보통 입출 
력 완료) 

국부사건기 다림 (교체 되여 
감) 

나 

국부사건을 기다리고 있는 프로쎄스가 주기억기밖으로 교 
체되여 나간다. 

중단된 기다림(상주) 


프로쎄스가 다른 프로쎄스에 의해 기 다림상태에 놓인다. 

중단된 기 다림 (교체 되 여 
감) 

나 

중단된 프로쎄스는 주기 억기밖으로 교체된다. 

자원기다림 


여 러가지 체계 자원을 기 다리는 프로쎄스 


6. VAX / VMS 조작체계는 네 개의 처 리기 접근방식 을 사용하여 프로쎄 스사이 에서 체 계 자원 
의 보호와 공유를 편리하게 해준다. 접근방식은 다음과 갈은것들을 결정한다. 즉 

• 명 령 집 행 권 : 처 리 기 가 집 행 할수 있는 명 령 

• 기억기접근권 : 현재 명령이 접근할수 있는 가상기억기의 위치 
네 가지 방식은 다음과 같다. 

• 핵 심부 : VMS 조작체 계의 핵 심부를 집 행하는데 그 조작체 계 는 기 억기 관리 , 새 
치기조종 및 입출력조작을 한다. 

• 집행부 : 파일 및 레코드(디스크 및 레프)관리루린을 포함하는 다른 조작체계 
호줄을 집 행 한다. 

• 감시 기 : 사용자명 령 에 대 한 응답과 같은 다른 조작체 계 봉사를 진행한다. 
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• 사용자 : 사용자프로그람 및 콤파일러，편집기，련결프로그람 및 오유수정기와 
같은 편의프로그람들을 집행한다. 

낮은 특권방식 에서 집 행 하는 프로쎄스는 높은 특권방식 에서 집 행 하는 수속호출 
을 요구한다. 실례로 사용자프로그람이 조작체계봉사를 요구한다. 이 호출은 새 
로운 접근방식 에서 조종을 루린에 넘기는 새 치기를 일으키는 방식변화 ( CHM ) 명 
령을 사용하여 수행된다. 복귀는 REI (례외 또는 새치기으로부터의 복귀)명령집 
행 에 의하여 이 루어 진다. 

자) 많은 조작체계는 핵심부와 사용자의 두가지 방식을 가진다. 두가지 대신에 
네 가지 방식을 가지는것 이 가지는 우점과 결함은 무엇 인가? 

L ) 네개이상의 방식을 주는 경우도 있을수 있는가? 

7. 앞의 문제에서 론의된 VMS 방안은 그림 3-17 에서 서술한바와 같이 흔히 고리보호 
구조라고 한다. 실지 제3장 제3절에서 서술한바와 같이 간단한 핵심부/사용자방안 
은 두개 고리의 구조이 다. [ SILB 98] 은 이 방법에 대한 문제를 보여 주고 있다. 고 
리 (계층)구조의 기본결함은 그것 이 알 필요의 원리를 시행하지 못하게 한다는것 이 
다. 특히 객체 가 Dj 령역 에 접근할수 없다면 j < /여 야 한다. 그러 나 이것은 Di 에서 
접근할수 있는 매개 토막이 Dj •에서도 접근할수 있다는것을 의미한다. 

1) 앞에서 언급한 문제를 명백히 설명하시오. 

i _) 고리 구조식 조작체 계 가 이 문제 를 취 급할수 있는 방법 을 제 기하시 오. 

8. 그림 3-7 l 는 프로쎄스가 한번에 오직 한개 사건대기렬에 있다는것을 보여 준다. 

자 ) 프로쎄스가 같은 시간에 한개 이상의 사건을 기 다리도록 할수 있는가? 실례를 드시오. 
T -) 그 경우에 새 로운 구조를 구축하기 위해 대 기구조그림 을 어 떻게 변경하겠는가 ? 

9. 초기 몇 가지 콤퓨터 에서 새 치기는 등록기값들을 주어 진 새 치기신호와 련관된 고 
정위치에 기억시키도록 한다. 어떤 경우에 이것이 실천적으로 가능한가 ? 일반적 
으로 왜 그것 이 불합리한가를 설 명 하시 오. 

10. 핵 심 부방식 에서 집 행 하는 프로쎄 스를 선취할수 없기 때 문에 UNIX 가 실시 간응용 
에 적 합 하지 않 다는것 을 제 3장 제 4절 에 서 설 명 하였 다. 교정 하시 오 . 



그림 3-17. VAX/VMS 접 근방식 




제 4 장. 스레드 ， SMP 및 마이크로핵심부 


이 장에서는 현대조작체계에서 나서는 프로쎄스관리와 관련된 보다 고급한 개념들을 
고찰한다. 먼저 프로쎄스의 개념은 지금까지 고찰한것보다 더 복잡하고 미묘하며 사실상 
두가지의 독립적인 개념 즉 자원소유권과 관련된것과 집행과 관련된것으로 갈라 진다. 
이 구별은 일부 조작체계에서 스레드구조로 발전해 왔다. 스레드를 론의한후 대칭형다중 
처 러 ( SMP ) 를 본다. SMP 로 조작체 계 는 다중처 리 기상에 서 동시 에 서 로 다른 프로쎄 스를 
일 정작성하게 된 다. 마지 막으로 프로쎄 스관리 와 다른 과제 를 위한 조작체 계 를 구성하는 
데서 효과적의미를 가지는 마이크로핵심부의 개념을 소개한다. 

제 1 절. 프로쎄스와 스레 E 

지금까지는 두가지 기능을 구체화하여 프로쎄스의 개념을 주었다. 즉 

• 자원소유권: 프로쎄스는 프로쎄스형태를 보존하는 가상주소공간을 가지며 때로는 
조종이나 주기억기 , 입출력통로，입출력장치 및 파일과 갈은 자원소유권을 배정 
받을수 있다. 조작체계는 보호기능을 수행 하여 자원에 관한 프로쎄스들사이의 간 
섭을 방지한다. 

• 일정작성/집행 : 프로쎄스의 집행은 하나이상의 프로그람을 통해 집행경로(추적) 
의 뒤를 따른다. 이 집행은 다른 프로쎄스의 집행과 교차처리될수도 있다. 따라서 
프로쎄스는 집행상태 (실행，준비 기 타)와 할당우선도를 가지며 조작체계 가 일정 
작성하고 할당하는 실체이다. 

대부분의 조작체계들에서 이 두가지 기능은 실제상 프로쎄스의 본질을 이룬다. 그 
러나 일부 견해는 이 두가지 기능이 독립이며 조작체계가 폭립적으로 취급할수 있다는 
것을 독자들에게 납득시켜야 한다. 이것은 여러 조작체계들 특히 최근에 개발된 체계 
에서 그렇 다. 이 두가지 기능을 구분하기 위 하여 할당중인 부분을 보통 스레드 또는 
경 량프로쎄스라고 하며 자원소유권부분을 보통 프로쎄스나 과제라고 한다. 1 


다중스레드처리 

다중스레 드처 리는 단일프로쎄 스에서 다중스레 드의 집행을 보장하는 조작체계의 능력 
을 가리 키 는 말이 다. 스레 드의 개념을 인식 하지 못한 프로쎄 스당 단일스레 드를 집 행 하는 
전통적 인 방법을 단일스레드방법 이 라고 한다. 그림 4-1 의 왼쪽 절반에 보여 준 두개의 
배렬이 단일스레드법이다. 그림 4-1 의 오른쪽 절반은 다중스레드법을 보여 준다. 
MS-DOS 는 단일사용자프로쎄스 및 단일스레드를 지원하는 조작체계의 한 실례로 된다. 
Java 의 실행시 환경이 다중스레드를 가진 한개 프로쎄스체계의 실례로 된다. 이 절에서 
흥미 있는것은 그 매개가 다중스레드를 지원하는 다중프로쎄스를 사용하는것이다. 
Windows 2000 ( W 2 K ), Solaris , Linux , Mach , OS /2, 다른것들속에서 이 방법 을 받아 들 


이 정 도의 일 관성 도 보존할수 없 다는것 은 유감스러 운 일 이 다. IBM 의 일 반형콤퓨터조작체 계 인 
OS /390 에서 주소공간과 과제 에 대 한 개 념은 각각 이 절 에서 설명하는 프로쎄 스라는 용어 를 (1) 용 
어 스레드와 등가인것으로， (2) 핵심부준위스레드로 알려 진 특정한 형의 스레드로， (3) Solaris 의 
경 우에 는 사용자준위스레드를 핵 심 부준위스레드로 배 치 하는 입 구점 으로 사용하고 있다. 
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이고 있다. 이 절에서는 다중스레드처리의 일반서술을 준다. 즉 W 2 K , Solaris , Linux 
방법 에 대 한 세부들은 이 장에서 후에 론의 한다. 

다중스레드환경에서는 프로쎄스를 자원배정의 단위 및 보호단위로 정의한다. 다음과 
같은것들이 프로쎄스와 련관되여 있다. 즉 

• 프로쎄스형태를 보존하는 가상주소공간 

• 처리기，다른 프로 쎄스들 (프로 쎄스사이 통신)，파일 그리고 입출력자원(장치와 통 
로)에 대한 보호접근 

프로쎄스에 하나이상의 스레드가 있을수 있으며 매개는 다음과 갈은것들을 가지고 있다. 

• 스레 드집 행 상태(실 행，준비 등) 

• 비실행시 보관된 스레드문맥; 스레드를 프로쎄스에서 독립적인 프로그람계수기조 
작과 같이 보는 한가지 방법 이 다. 

• 집 행탄창 

• 국부변수용스레드당 몇개의 정적기억 

• 프로쎄스안에서 모든 다른 스레드와 공유된 프로쎄스의 기 억기와 자원에 대 한 
접근 

그림 4-2 는 프로쎄스관리측면에서 스레드와 프로쎄스사이의 차이를 보여 준다. 단일 
스레드처리 프로쎄스모형 (즉 스레드에 대한 명백한 개념이 전혀 없다.)에서 프로쎄 스는 
프로쎄 스집 행 의 호출/복귀 동작을 관리하는 사용자 및 핵 심 부탄창은 물론 프로쎄 스조종블 
로크와 사용자주소공간을 포함한다. 프로쎄스가 실행중인 동안 처리기의 등록기는 프로 
쎄 스에 의해 조종되며 등록기의 내 용은 프로쎄 스가 비 실행 중일 때 보관된다. 다중스레 드 
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그림 4-1. 스레드와 프로쎄스 [ ANDE 97] 








그림 4-2. 단일 스레 드 및 다중스레 드식프로쎄 스의 모형 

환경 에 는 여 전히 단일프로쎄 스조종블로크와 프로쎄 스와 사용자주소공간이 있지 만 현재 는 
등록기값，우선도 그리 고 다른 스레 드와 관련된 상태정 보를 포함하고 있는 매 개 스레 드 
용개 별조종블로크는 물론 매 개 스레 드용개 별탄창들이 있 다. 

결과 프로쎄스의 모든 스레드는 그 프로쎄스의 상태와 자원을 공유한다. 그것들은 
갈은 주소공간에 상주하며 같은 자료에 접 근한다. 한개 스레드가 기 억 기 안의 자료항목을 
변경시 킬 때 다른 스레 드는 그것 들이 항목에 접 근할 때 그 결과를 본다. 만일 한개 스레 
드가 읽 기특권을 가진 파일을 열면 같은 프로쎄스에 있는 다른 스레 드도 역시 그 파일 에 
서 읽을수 있다. 

스레드의 주요리 익은 성능관계로부터 얻 어 진다. 즉 

1. 어떤 명칭을 가지는 새로운 프로쎄스를 창조하는것보다 현존 프로쎄스안에서 새 
로운 스레 드를 창조하는데 걸리 는 시 간이 훨씬 작다. Mach 개 발자들이 진행 한 연 
구는 스레 드를 사용하지 않는 비 교할만한 UNIX 실 현물에 비해 프로쎄 스창조속도 
상승이 몇십배라는것을 보여 주고 있다 [TEVA 87]. 

2. 프로쎄스보다 스레드를 결속하는데 적은 시간이 걸린다. 

3. 같은 프로쎄스안에서 두개의 스레드사이를 절환하는데 적은 시간이 걸린다. 

4. 스레드는 각이한 집행프로그람들사이 통신에서 효과성을 높여 준다. 대부분의 조 
작체 계 에서 독립적 인 프로쎄스들사이의 통신은 핵 심부가 간섭하여 통신에 필요 
한 보호와 기구들을 보장하여 야 한다. 그러 나 같은 프로쎄스의 스레드는 기 억기 
와 파일을 공유하기때문에 핵심부가 없이도 서로 통신할수 있다. 

그러므로 집행과 관련되는 단위들의 모임으로서 실현될 응용프로그람이나 기능이 있 
다면 개별프로쎄스의 집합보다 오히려 스레드를 집합하여 하는것이 훨씬 더 효과적이다. 

스레드를 사용할수 있는 응용프로그람의 한 실례는 파일봉사기이다. 새로운 파일요 
청 이 들어 오면 파일 관리프로그람을 위해 새 로운 스레 드를 새 끼칠수 있 다. 봉사기 가 많 
은 요청 을 처 리하므로 많은 스레 드가 짧은 주기 동안에 창조되 고 파괴 될것 이 다. 만일 봉 
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사기가 다중처리기기계에서 실행한다면 같은 프로쎄스의 다중스레드를 동시에 서로 다른 
처 리 기 상에서 집 행 할수 있 다. 더 우기 파일 봉사기 안의 프로쎄 스나 스레 드가 파일 자료를 
공유해야 하며 그것들의 동작을 조정해야 하기때문에 스레드와 공유기억기를 사용하는것 
이 조종을 위해 프로쎄스와 통보문넘기기를 사용하는것보다 더 빠르다. 

스레드구조는 또한 단일처리기가 몇가지 서로 다른 기능을 론리적으로 수행하는 프 
로그 람구조를 간단화하는데 유용하다 . 

[ LETW 88] 은 단일사용자다중처리체계에서 스레드사용에 대한 네가지 실례를 주었다. 즉 

• 전경 및 배 경작업 : 실례 로 자료표프로그람에서 한개 스레 드는 차림 표를 표시하 
고 사용자입력을 읽는 동안 다른 스레드는 사용자지령을 집행하고 자료표를 갱신 
한다. 이 배렬은 흔히 프로그람이 이전 지령을 끝내기전에 다음지령을 재촉하도 
록 함으로써 응용프로그람의 파악속도를 높여 준다. 

• 비동기처리 : 프로그람에서 비동기요소들을 스레드로 실현할수 있다. 실례로 전원 
고장보호를 위해 매 분에 한번씩 자유기 억 완충기 의 내 용을 디 스크에 써 넣 도록 단 
어처리기를 설계할수 있다. 단독일감을 주기적으로 예비보관시키며 조작체계로 
그자체 를 직 접 일정작성하는 스레 드를 창조할수 있는데 주프로그람의 많은 코드 
가 시간검사를 하거나 입력 및 출력을 조종할 필요가 전혀 없다. 

• 고속집행 : 다중스레드식프로쎄스는 장치로부터 다음자료의 묶음을 읽는 동안 하 
나의 자료묶음을 계산할수 있다. 다중처리기체계에서 갈은 프로쎄스로부터 여러 
스레 드를 동시 에 집 행할수 있 다. 

• 모듈식 프로그람구조 : 다양한 동작이 나 다양한 입 출력원천지 및 목적 지 를 가지 는 
프로그람들은 스레드를 사용하여 더 쉽게 설계하고 실현할수 있다. 

일정작성 및 할당은 스레드에 기초하여 수행되는데 이로부터 집행을 취급하는 대부 
분의 상태정보는 스레드-수준자료구조에 보존된다. 그러나 프로쎄스에서 모든 스레드에 
영 향을 주며 또한 조작체 계 가 프로쎄 스준위 에 서 관리하여 야 하는 몇 가지 동작이 있 다. 
중단은 주기억 기밖으로 주소공간을 교체하는 과정 을 포함한다 . 프로쎄 스안의 모든 스레 
드가 갈은 주소공간을 공유하기때문에 모든 스레드는 동시에 중단상태에 들어 가야 한다. 
마찬가지 로 프로쎄스의 결속은 프로쎄스의 모든 스레 드를 결속한다. 

스레드의 기능성 

프로쎄스와 같이 스레드는 집행상태를 가지며 서로 동기시킬수 있다. 이번에는 스레 
드기능성의 두가지 측면을 본다. 

스레드의 상태 

프로쎄스와 같이 스레드에서의 기본상태는 실행，준비 및 페색이다. 일반적으로 중단 
상태를 스레드와 관련시키는것은 맞지 않는다. 왜 냐하면 그런 상태들은 프로쎄스-준위 에 
대한 개념들이기때문이다. 특히 프로쎄스가 교체되여 나간다면 그의 모든 스레드는 반드 
시 교체되여 나간다. 그것은 그것들이 모두 프로쎄스의 주소공간을 공유하기때문이 다. 

스레드상태에서의 변화와 관련한 네가지 기초적인 스레드조작이 있다 [ ANDE 97]. 즉 

• 새끼 치 기 : 대 표적 으로 새 로운 프로쎄 스가 새끼칠 때 프로쎄 스에서 의 스레 드도 
역시 새끼친다. 스레드상태에서의 변화와 관련된 4가지 기본스레드조작이 있다. 
그후에 프로쎄스의 스레드는 새로운 스레드에서의 명령지시기와 변수를 주면서 
같은 프로쎄 스에 서 또다른 스레 드를 새 끼칠수 있 다. 새 로운 스레 드에 자체 의 등 
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록기문맥과 탄창공간을 주며 준비대기렬에 놓는다. 

• 폐색 : 스레드가 사건기다림을 요구할 때 그것은 페색될것이다(그의 사용자등록 
기，프로그람계수기，탄창지시기들을 보관한다.). 처리기는 이제부터 다른 준비상 
태의 스레드집행에로 전환할수 있다. 

• 비폐색 : 스레드가 폐색되는 사건이 발생할 때 스레드는 준비대기렬로 이동한다. 

• 마무리 : 스레드가 완료할 때 등록기문맥과 탄창은 재배정된다. 

중요한 문제는 스레드의 폐색이 전체 프로쎄스의 페색을 초래하는가 안하는가 하 
는것이다. 다른 말로 만일 프로쎄스안의 한개 스레드가 폐색되면 이것이 다른 스레드 
가 준비상태 에 있다고 하더 라도 같은 프로쎄스안의 그 어떤 다른 스레드실행을 못하게 
하는가? 명백히 한개의 폐색된 스레드가 전체 프로쎄스를 페색시킨다면 스레드의 일부 
유연성과 능력 이 상실된다. 


시간- ► 

RPC 요청 RPC 요청 



니 


l/XXXJ RPC 에 대 한 응답을 기 다리 면서 폐 색 

IVOOJ 스레드 B 가 사용하고 있는 처리기를 기다리면서 폐색 

■■■ 실행 


그림 4-3. 스레드를 사용하는 원격수속호출 ( RPC ) : n - 단일스레드를 사용하는 RPC , 
l -봉사기당 한개의 스레드를 사용하는 RPC (단일처리기상에서) 
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핵심부-준위스레드에 대한 사용자-준위스레드의 론의에서 후에 이 문제에 돌아 가 
지만 현재는 전체 프로쎄스를 페색시키지 않는 스레드의 성능리익을 고찰하도록 하자. 
그림 4-3([ KLEI 96] 의 하나에 기 초함) 은 결 합된 결 과를 얻 기 위 해 두개 의 서 로 다른 
주콤표터 에 대 한 두개 의 원격 수속호출 ( RPC ) 2 을 수행 하는 프로그람을 보여 준다. 단일 
스레드식프로그람안에서는 결과들이 차례로 얻어 지며 그래서 프로그람은 차례로 매개 
봉사기 로부터 의 응답을 기다려야 한다. 매 개 RPC 에 서 개 별 스레드를 사용하는 프로그 
탐을 다시 작성하면 속도를 근본적 으로 높일 수 있 다. 만일 이 프로그람을 단일 처 리 기 
상에서 조작한다고 해도 요청이 련속적으로 발생하므로 결과적으로는 순차적으로 처리 
되지 만 프로그람은 두개의 응답을 병 행하여 기 다린다. 

단일처 리 기상에 서 다중프로그람처 리 는 다중프로쎄 스에 서 다중스레드를 교차처 리할 
수 있게 한다. 그림 4-4 의 실례에서는 두개의 프로쎄스에서 세개의 스레드가 처리기상 
에 서 교차처 리 된 다. 현재 실 행 중인 스레 드가 페 색 되 거 나 그의 시 간조각을 다 써 버 리 면 
집행은 한 스레드에서 다른 스레드에로 넘어 간다. 3 


스레드(프로쎄스 1) 
S 레드 (프로쎄스 2). 
스레드(프로쎄스 3) 



그림 4-4. 단일처 리 기상에서의 다중스레 드처 리실례 


RPC 는 서로 다른 기계상에서 집행할수 있는 두 프로그람이 수속호출/복귀의 문법과 의미론을 사 
용하여 대화하는 수법이다. 호출 및 피호출프로그람들은 량자가 마치 협조프로그람이 같은 기계상 
에서 실행하듯이 동작한다. RPC 는 흔히 의뢰기/봉사기웅용프로그람들에서 쓰이는데 제 13장에서 설 
명 한다. 

이 실례에서 스레드 C 는 스레드 묘가 실행할 준비가 되여 있어도 스레드 A 가 그의 시간을 다 써버 
린 다음에 실행하기 시작한다. B 인가 C 인가 하는 선택은 일정작성결심이며 이 문제는 제4편에서 고 
찰한다. 
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스레드의 동기화 


프로쎄스의 모든 스레드는 파일열기와 같은 주소공간과 다른 자원을 공유한다. 한 
개 스레드가 자원을 임의로 변경시키는것은 같은 프로쎄스안에서 다른 스레드의 환경 
에 영향을 준다. 그러므로 스레드들이 서로 간섭하거나 자료구조를 파피시키지 않도록 
여러가지 스레드의 동작을 동기화해야 한다. 실례로 만일 두개의 스레드가 각각 어떤 
요소를 2중적으로 련결된 목록에 추가하려고 한다면 한개 요소를 잃을수도 있고 또는 
목록이 파괴될수도 있다. 

스레드의 동기화에서 생기는 문제와 사용된 수법은 일반적으로 프로쎄스의 동기화 
에서와 꼭같다. 이 문제와 수법은 제5장 및 제6장의 주제이다. 

실례 Adobe PageMaker 

스레 드사용실 례 로서 는 Linux 와 같은 공유체 계 하에 서 실 행 하는 Adobe PageMaker 
의 응용프로그람이다. Pagemaker 는 탁상출판에 서 의 편집，설 계 및 제 작도구이 다. 그림 
4-5[ KRON 9()] 에서 보여 준 스레드구조는 응용프로그람의 응답성을 최량화하도록 선택 
한것 이 다. 세 개의 스레드(즉 사건처 리스레드，화면재작도스레드 및 봉사스레 드)는 항상 
능동적 이 다. 

일반적으로 OS /2 는 입구통보가 너무 많은 처리를 요구한다면 창문관리에서의 응답 
을 적게 한다. OS /2 는 어떤 통보도 0.1 s 이상의 처 리시간을 요구하지 않는 상태 로 안내 
한다. 실례 로 인쇄지 령을 처 리하는 동안 폐지 를 인쇄 하기 위 하여 보조루린을 호출하는것 
은 성능을 낮추면서 어떤 통보를 더이상 다른 응용프로그람들에 할당하지 않도록 체계를 
보호한다. 이 기준을 만족시키기 위 해 PageMaker 에서 시 간을 소비 하는 사용자조작 즉 
자료인쇄 및 자료수입 그리고 본문흘리 기들은 봉사스레 드가 수행 한다. 프로그람의 초기화도 
크게는 봉사스레드가 수행하는데 그 스레드는 사용자가 새로운 문서를 창조하거나 현존 
문서를 열기 위한 대화를 기동시키는 동안의 휴식시간을 흡수한다. 개별스레드는 새로운 
사건통보문을 기 다린다. 
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봉사스레 드 및 사건처 리 스레 드를 동기 시 키 는것 은 복잡하다. 왜 냐하면 봉사스레 드가 
여전히 경쟁하고 있을 때 사용자가 사건처리스레드를 활성화시키는 마우스의 누르기나 
이동을 계속할수 있기때문이다. 만일 이런 충돌이 발생하면 PageMaker 는 이 통보문들 
을 려 파하고 창문크기 지 정 과 같은 일정 한 기 초적 인것 들만 접 수한다. 

통보문은 봉사스레드로부터 전달되여 그의 과제가 완료되였다는것을 가리킨다. 이것 
이 발생할 때 까지 PageMaker 에 서 의 사용자활동성 은 제 한된 다. 프로그람은 차림 표항목 
을 없애고《동작중》유표를 표시 하여 이것을 가리킨다. 사용자가 다른 응용프로그람에 
로 자유롭게 절환하여 동작중 유표가 다른 창문으로 움직일 때 그것은 응용프로그람에서 
알맞는 유표로 변화된다. 

개별스레드는 두가지 리유로 화면재작도에 사용된다. 즉 

1. PageMaker 는 몇개의 객체가 한 페지에 나타나는것을 제한하지 않는다. 결과 재 
작도요청의 처리가 0.1 s 의 안내시간을 쉽게 초과할수 있다. 

2. 개별스레 드를 사용하면 사용자가 작도를 류산시 키 게 할수 있 다. 이 경 우 사용자가 
페 지 에 척 도를 다시 정 할 때 즉시 에 재작도를 계 속할수 있 다. 낡은 척 도에 서 의 
페 지 현시 를 마무리 하고 그다음 새 로운 척 도에 서 재작도한다면 프로그람은 더 적 
게 응답한다. 

동적 흘리 기 사용자가 흘리 기 표식자를 끌어 당기 는데 따라 화면을 재작도할수도 있다. 
사건처 리 스레 드는 흘림 띠 를 감시 하고 여 백 눈금을 재작도한다(그것은 빨리 재작도하며 즉 
시 에 사용자에게 위 치를 귀환시켜 준다.). 한편 화면재작도스레 드는 항시적 으로 페지를 
재작도하며 따라 잡으러 고 한다. 

여 러 개의 스레 드를 사용하지 않고 동적재작도를 수행하는것은 많은 점 에서 통보문을 
등록하는 응용프로그람에 더 큰 부담을 준다. 다중스레드처리는 병행동작들이 코드상에 
서 더 자연스럽게 분리되게 한다. 

사용자준우 I 및 핵심부준우 I 스레드 

스레드실현에 대한 두가지의 넓은 범주가 있다. 즉 사용자준위스레드 ( ULT ) 와 핵심 
부준위 스레 드 ( KLT ) 이 다. 4 후자는 또한 핵 심 부가 지 원하는 스레 드 또는 경 량프로쎄 스로 
문헌들에 언급되여 있다. 

사용자준위 스레 드 

순수한 ULT 기능에서 모든 스레드관리 작업은 응용프로그람에 의해 수행되며 핵심부는 
스레드의 존재를 알지 못한다. 그림 4-6 1는 순수한 ULT 법을 서술한다. 임의의 응용프로그 
탐은 ULT 관리 를 위 한 루린제 품인 스레 드서 고를 사용함으로써 프로그람을 다중스레 드화되 도 
록 작성 할수 있다. 스레드서고는 스레드창조 및 소거，스레드사이에서 통보문 및 자료의 넘 
기기，스레드집행의 일정작성 그리고 스레드문맥보관 및 회복을 위한 코드를 가진다. 

기정사실로부터 응용프로그람은 하나의 스레드로 시 작하며 그 스레드에서 실행할 때 
시 작한다. 응용프로그람과 스레 드는 핵 심 부가 관리하는 단일프로쎄 스에 배 정된다. 응용프 
로그람은 실행중 임의의 시각에 (프로쎄스는 실행중 상태 에 있다.) 새로운 스레드를 새끼 
쳐서 같은 프로쎄 스안에서 실행시 킬수 있다. 새끼 치기는 스레 드서고에서 새끼 치기편의프 
로그람을 기 동하여 수행한다. 조종은 수속호출에 의 해 편의 프로그람에 넘 어 간다. 스레 드 
서고는 새로운 스레드에서의 자료구조를 참조하며 준비상태에 있는 프로쎄스안의 한 스 
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략어 ULT 와 KLT 는 이 책 에서 처 음으로 간결하게 하기 위하여 받아 들였 다. 



레드에 조종을 넘긴다. 조종이 서고에 넘어갈 때 현재스레드의 문맥은 보관되며 조종이 
서고로부터 스레드에로 넘어 갈 때 스레드의 문맥은 회복된다. 문맥은 본질적으로 사용 
자등록기，프로그람계수기，그리고 탄창지시기의 내용들로 구성되여 있다. 



j 사용자준위스레드 Q ) 순수한 핵심부준위 조합준위 


그림 4-6. 리용자준위 및 핵심부준위스레드 
n - 순수한 사용자준위， L - 순수한 핵심부준위，조합준위 

앞의 단락에서 서술한 모든 동작은 사용자공간에서 그리고 단일프로쎄스안에서 일어 
난다. 핵심부는 이 동작을 알아채지 못한다. 핵심부는 하나의 단위로서 프로쎄스를 계속 
일정작성하며 프로쎄스에 하나의 집 행상태(준비，실행 , 페 색 등)를 할당한다. 다음의 실 
례 는 스레 드일 정 작성 과 프로쎄 스일 정 작성 사이 의 관계 를 명 백 히 해 준다. 프로쎄 스 B 가 스 
레 드 2에 서 집 행중에 있 다고 가정 하자. 프로쎄 스의 상태 와 프로쎄 스에 속하는 두개 의 
ULT 를 그림 4-7 자에서 보여 주었다. 다음의것들중에서 매개가 일어 날수 있는것들이다. 

1. 스레드 2에서 집행중인 응용프로그람이 묘를 페색시키는 체계호출을 한다. 실례로 
입출력호출이 이루어 진다. 이것은 조종이 핵 심부에 넘 어 가도록 한다. 핵 심부는 
입 출력동작을 기동시키며 프로쎄스 묘를 페색상태 에 놓고 다른 프로쎄 스에 로 절 
환한다. 한편 스레드서고가 가지고 있는 자료구조에 따라 프로쎄스 B 의 스레드 2 
는 여전히 실행중 상태에 있다. 스레드 2가 처리기상에서 집행된다는 의미에서 
실지 로 실 행 중이 아니 라는것 에 주목하는것 이 중요하지 만 스레 드서 고에 의 해 실 행 
중 상태 에 있는것 으로 느껴 진다. 해 당한 상태 도를 그림 4-7 l 에 보여 주었 다. 

2. 박자새치기가 핵심부에로 조종을 넘기며 핵심부는 현재 실행중인 프로쎄스(리가 
그의 시 간소편을 다 소모했다는것을 판정 한다. 핵심부는 프로쎄스 묘를 준비상태 로 
놓고 다른 프로쎄스에로 절환한다. 한편 스레드서고가 가지고 있는 자료구조에 따 
라 프로쎄스 묘의 스레드 2는 여전히 실행중 상태에 있다. 해당한 상태도를 그림 
4-7 도에 보여 주었다. 

3. 스레 드 2가 프로쎄 스 묘의 스레 드 1이 수행하는 일 부 동작을 요구하는 점 에 이 르 
렀다. 스레드 2는 폐색상태에 들어 가고 스레드 1은 준비로부터 실행중으로 이행 
한다.프로쎄스 그자체는 실행상태 에 남아 있는다. 해 당한 상태도를 그림 4-7 근에 
보여 주었다. 
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1 과 2의 경우에 (그림 4-7 l 와 4-7 t ) 핵심부가 프로 쎄스 B 에로 조종을 거꾸로 절 
환하면 집 행은 스레 드에서 계속한다. 스레 드서 고의 코드를 집 행하는 동안 프로 쎄스가 그 
의 시간소편을 다 소모하거나 높은 우선권 프로 쎄스가 선취되여 새치기될수 있다는것을 
주목하자. 결국 프로쎄스는 새 치기될 때 스레 드로부터 다른 스레 드에 로의 스레 드절환의 
중간에 있을수 있다. 프로 쎄스가 다시 시작할 때 집행은 스레드서고에서 계속되는데 프 
로쎄 스는 스레 드절환을 끝내고 프로 쎄스안에 있는 새 로 운 스레 드에 조종을 이송한다. 

KLT 대 신에 ULT 를 사용하면 다음과 같은 몇 가지 우점 이 있다. 즉 

1. 스레 드절환은 모든 스레 드관리자료구조가 있는 단일프로쎄스의 사용자주소공간에 
있기 때 문에 핵 심 부방식특권을 요구하지 않는다. 그러 므로 프로쎄스는 스레 드관리 
를 하기 위해 핵 심부방식 에 로 절환하지 않는다. 이것은 두 방식절환의 간접소비시 
간을 절 약한다(사용자방식 으로부터 핵 심 부방식 에 로; 핵 심 부방식 으로부터 다시 사 
용자방식 에 토). 

2. 일정작성 은 응용프로그람에 따라 특징 이 있을수 있 다. 한 응용프로그람이 단순한 
순환일정작성 으로부터 리 익을 엄을수 있다면 한편 다른 응용프로그람은 우선권에 
기초한 일정작성알고리듬으로부터 리익을 엄을수 있다. 기초로 되여 있는 OS 일정 
작성 기 를 방해하지 않고 응용프로그람에 일정작성알고리 듬을 주문할수 있 다. 

3. ULT 는 임 의 의 조작체 계 상에 서 실 행 할수 있 다. 기 초로 되 여 있는 핵 심 부가 ULT 
를 지원하는데서 아무런 변화도 요구하지 않는다. 스레드서고는 모든 응용프로그 
탐이 공유하는 응용프로그람준위 편의 프로그람의 모임 이 다. 

KLT 에 비해 ULT 에는 두가지 명백한 결함이 있다. 즉 

1. 대표적 인 조작체계 에서 많은 체 계호출들은 페 색 중에 있다. 결과 ULT 가 체계호출 
을 집행할 때 스레드가 페색될뿐아니라 프로쎄스의 모든 스레드가 폐색된다. 

2. 순수한 ULT 전략에서 다중스레드식응용프로그람은 다중처리의 우점을 가질수 없 
다. 핵심부는 한번에 오직 한개의 처리기에 한개의 프로쎄스를 할당한다. 그러므 
로 프로쎄 스의 단일 한 스레 드만이 한번에 집 행할수 있 다. 실제 상 단일프로쎄 스에 
응용프로그람준위 다중프로그람처 리 가 있 다. 다중프로그람처 리 가 응용프로그람의 
속도를 크게 높여 주는 한편 코드부분을 병 행하여 집 행하는 능력 으로 하여 리 익 
을 주는 응용프로그람들이 있다. 

이 두가지 문제에 대한 작업방법들이 있다. 실례로 두 문제는 다중스레드보다 오히 
려 다중프로쎄스로 응용프로그람을 작성하여 극복할수 있다. 그러 나 이 방법은 스레드의 
주요우점을 없앤다. 즉 매개 절환은 스레드절환이 아니라 프로쎄스절환으로 되여 더 큰 
간접소비시간을 가지게 된다. 

폐 색 중인 스레 드문제 를 극복하는 다른 방법 은 쟈케 트화수법 을 사용하는것 이 다. 자케 트화 
의 목적은 페색중인 체계호출을 비페색중인 체계호출로 변환하는것이다. 실례로 체계입출력 
루린을 직 접 호출하는 대 신에 스레 드가 응용프로그람준위의 입 출력쟈케 트루린을 호출한다. 자 
케트루린에서 입출력장치 가 동작중인가를 판정 하기 위 하여 검사하는 코드가 있다. 만일 그렇 
다면 스레드는 준비상태에 들어 가고 조종을 다른 스레드에 넘긴다(스레드서고를 통하여). 
이 스레드가 후에 다시 조종을 받을 때 그것은 다시 입출력장치를 검사한다. 

핵심부준위스레드 

순수한 KLT 기 능에 서 모든 스레 드의 관리작업 은 핵 심 부가 수행 한다. 응용프로그람령 
역에는 간단히 핵심부스레드기능에 대한 응용프로그람대면부 ( API ) 가 있고 스레드관리코 
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드는 전혀 없다. W 2 K , Linux 그리고 OS /2 가 이 방법에 대한 실례로 된다. 

그림 4-6 느는 순수한 KLT 방법을 보여 주고 있다. 임의의 응용프로그람을 다중스레 
드식 으로 작성할수 있다. 응용프로그람의 모든 스레 드는 단일프로쎄스에서 지 원을 받는 
다. 핵 심 부는 총적 으로 프로쎄스를 위한 그리 고 그 프로쎄 스의 개 별적 인 스레 드들을 위 
한 문맥정보를 가지고 있다. 핵심부에 의한 일정작성은 스레드를 기초로 하여 수행된다. 
이 방법 은 ULT 방법 의 두가지 원리 적 약점 을 극복한다. 첫째 로，핵 심 부는 다중처 리 기 상에 
서 같은 프로쎄 스로부터 다른 스레 드를 동시 에 일 정작성할수 있 다. 둘째 로, 프로쎄 스안의 
한개 스레드가 페 색되면 핵 심부는 같은 프로쎄스의 다른 스레 드를 일정작성할수 있다. 
KLT 방법의 다른 우점은 핵 심부루린 그자체를 다중스레드화할수 있다는것 이 다. 

ULT 방법 에 비한 KLT 방법의 원리적 인 결함은 같은 프로쎄 스에서 한 스레 드로부터 
다른 스레드에로 조종을 넘길 때 핵심부에 방식절환을 요구한다는것이다. 이 차이를 설 
명 하기 위 해 표 4-1 은 UNIX 와 같은 조작체계를 실행하는 단일처 리기 VAX 기 계 에서 얻 
은 결과를 보여 준다. 두개의 기준점은 다음과 같다. 즉 빈 갈래는 령수속(즉 프로쎄스/ 
스레 드를 갈라 주는데 서 의 간접 소비 시 간)을 기 동하는 프로쎄 스/스레 드를 창조，일정작성， 
집행 및 완료하는데 걸리는 시간이며 그리고 신호-기다림은 프로쎄스/스레드가 기다리고 
있는 프로쎄스/스레드에 신호를 준 다음 조건(즉 두 프로쎄스/스레드를 함께 동기화시키 
는 간접소비시간)을 기다리는 시간이다. 이 수들을 원근화법에 넣으면 이 연구에서 사용 
된 VAX 상에서의 수속호출은 약 7패 걸리고 한편 핵심부내부새치기는 약 17 m 걸린다. 
ULT 와 KLT 사이에는 크기순서 에서 더 큰 차이 가 있으며 KLT 와 프로쎄스사이는 비슷 
하다. 

결과 그에 대해서 보면 단일스레드식프로쎄스에 비해 KLT 다중스레드처리를 사용함으 
로써 중요하게 속도가 제 고되는 한편 ULT 를 사용하여 추가적 으로 중요하게 속도가 제 고 
된다. 그러나 추가적인 속도제고가 실현되는가 안되는가 하는것은 포함된 응용프로그람의 
특징 에 관계 된 다. 응용프로그람에 서 대 부분의 스레 드절환이 핵 심 부방식접 근을 요구하면 
ULT 에 기초한 방안은 KLT 에 기초한 방안보다 성능이 훨씬 더 좋지 못할수 있다. 


표 4-1. 스레드의 조작지연 (jus)[ANDE 92 ] 


조작 

사용자준위 
스레드 

핵심부준위스레드 

프로쎄스 

빈 갈래 

34 

948 

11300 

신호기 다림 

37 

441 

1840 


결합방법 

일부 조작체계는 결합된 ULT/KLT 기능을 준다(그림 4.6 n ). Solaris 가 이에 대한 
기 본적 인 실례로 된다. 결합체계 에서 스레 드창조는 응용프로그람에 서 스레 드일정작성과 
동기화의 범위이므로 사용자공간에서 완전히 수행된다. 단일응용프로그람의 다중 ULT 는 
일정한(작거 나 같은) 수의 KLT 상에 사영된다. 프로그람작성 자는 가장 좋은 전체 적 인 결 
과를 얻 기 위해 특정한 응용프로그람과 기 계 에서의 KLT 의 수를 조절할수 있다. 

결합방법에서 같은 응용프로그람의 여러개 스레드는 여러 처리기상에서 병렬로 실행 
할수 있고 페색 중인 체계호출요구가 전체 프로쎄스를 페 색시키지 않는다. 적절히 설계한 
다면 이 방법은 다른 배렬결함을 최소로 되게 하는 한편 순수한 ULT 와 KLT 방법의 우 
점을 결합시킬것이다. 
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표 4-2. 스레드와 프로쌔스사이의 관계 


스레드 : 프로쎄스 

서 술 

실례 체계 

1:1 

집행중의 매개 스레드는 자체의 주소공간 
과 자원을 가진 단일프로쎄스이다. 

전통적인 UNIX 실현물 

M ：1 

프로쎄스는 주소공간 및 동적 자원소유권을 
정의한다. 다중스레드는 프로쎄스에서 창 
조되고 집행된다. 

Windows NT , Solaris , 
Linux , OS /2, OS /390, 
MACH 

1 ：M 

，스레드는 한 프로쎄스환경으로부터 다른 
프로쎄스환경에로 이주할수 있다. 이것은 
별개의 체계사이에서 스레드가 쉽게 이동 
하도록 한다. 

Ra ( Clouds ), Emerald 

M：N 

M :1 과 1: M 경우의 속성들을 결합시킨다. 

TRIX 


다른 배렬 

앞에서 말한바와 같이 자원배정 및 할당에 대한 개념은 전통적으로 단일한 프로쎄스 
의 개념에 포함되여 왔었다. 즉 스레드와 프로쎄스사이의 관계는 1대 1이다. 최근에 다수 
대 1관계 인 단일프로쎄스에서 여러 스레드를 주는데 많은 주목이 돌려 졌다. 그러나 표 
4-2 에서 보는바와 같이 다른 두가지 결합 이른바 다수대 다수관계 및 1대 다수관계를 연 
구하였다. 

다수대 다수관계 

스레드와 프로쎄스사이에서 다수대 다수관계를 가지는 문제는 실험적인 조작체계 
TRIX [ SIEB 83, WARD 8 이에서 개발되였다. TRIX 에는 령 역과 스레드의 개념이 있 다. 령 역은 
통보문을 보내고 받을수 있는 주소공간 및 《포구》로 이루어 진 정적인 실체 이다. 스레 
드는 집 행탄창，처 리 기의 상태 그리 고 일정작성정 보를 가진 단일집 행경 로이 다. 

지 금까지 다중스레 드처 리 방법 을 론의한바와 같이 여 러 스레 드는 초기 에 론의 된 효과 
성리득을 주면서 단일령역 에서 집 행할수 있다. 그러 나 단일사용자동작이 나 응용프로그람 
도 또한 다중령역에서 동작할수 있다. 이 경우에 한 령역으로부터 다른 령역에로 이동할 
수 있는 스레드가 존재한다. 

다중령역에서 단일스레드를 사용하는것은 초기에 프로그람작성자에게 구조화도구를 
주려 는데 로부터 나온것 같다. 실례 로 입 출력부분프로그람을 사용하는 어 떤 프로그람을 
고찰하자. 사용자가 새끼친 프로쎄 스를 처 리하는 다중프로그람처 리환경 에서 주프로그람 
이 입 출력 을 처 리 하고 다음집 행 을 계 속하기 위해 새 로운 프로쎄 스를 창조할수 있 다. 그 
러 나 주프로그람의 앞으로의 진척 이 입 출력조작의 결 과에 의 존한다면 주프로그람은 다른 
입 출력프로그람이 끝날 때 까지 기다려야 할것 이 다. 이 응용프로그람을 완성하는 몇 가지 
방법이 있다. 

1. 전체프로그람을 단일프로쎄스처 럼 실현할수 있다. 이 것은 합리 적 이며 직선적 인 풀 
이이다. 기억기관리와 관련되는 약점이 있다. 총적으로 프로쎄스가 효과적으로 
집행하기 위해 상당한 주기억기를 요구할수 있는 반면에 입출력을 완충시키고 
상대적으로 작은 프로그람코드를 처 리하는데서 상대적으로 작은 주소공간을 요 
구한다. 입 출력프로그람이 규모가 더 큰 프로그람의 주소공간에 서 집 행 하기때 
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문에 전체적인 프로쎄스가 입출력조작기간 주기억기에 남아 있든가 그렇지 
않으면 입출력조작이 교체되든가 해야 한다. 이 기억기관리의 효과는 또한 주 
프로그람과 입 출력 부분프로그람이 같은 주소공간에서 두개의 스레드로서 실현되는 
경우에 있게 된다. 

2. 주프로그람과 입출력부분프로그람을 두개의 개별프로쎄스로 실현할수 있다. 이것 
은 종속적 인 프로쎄스창조로 인한 간접소비시간을 초래한다. 만일 입출력동작이 
빈번하다면 관리 자원을 소비하는 종속적 인 프로쎄 스도 살려 놓아야 한다. 그렇지 
않으면 비 효과적 인 부분프로그람을 자주 창조하거 나 파피 한다. 

3. 단일스레드로 실현되 는 단일동작으로서 주프로그람과 입 출력보조프로그람을 취 
급하자. 그러 나 한개 주소공간(령역 )은 주프로그람용으로 창조하고 다른것 은 
입출력부분프로그람용으로 창조할수 있다. 결과 스레드는 집행절차에 따라 두 
개 의 주소공간사이 에 서 이 동할수 있다. 조작체 계 는 독립 적 으로 두개 의 주소공 
간을 관리할수 있으므로 그 어떤 프로쎄 스창조의 간접소비시 간도 생 기지 않는 
다. 게 다가 입 출력 부분프로그람에 사용된 주소공간은 다른 간단한 입 출력프로 
그람이 공유할수도 있다. 

TRIX 개발자들의 경험은 세번째 선택이 우점을 가지고 있으며 일부 응용프로그람에 
서 가장 효과적 인 풀이로 된다는것을 보여 주고 있다. 

1대 다수관계 

분산조작체계 분야(분산콤퓨터 체 계를 조종하기 위 해 설계된)에서는 주소공간사이에서 
이동할수 있는 최초의 실체로서 스레드의 개념에 흥미를 가지였다. 5 이 연구에서 주시할 
만한 실례 로서 는 Clouds 조작체 계 를 들수 있으며 특히 RatDASG 9幻 라고 하는 그의 핵 
심 부를 들수 있 다. 다른 실례 로서 는 Emerald 체 계 [STEE 95] 를 들수 있 다. 

Clouds 에서 스레드는 사용자의 원근화법으로부터 본 동작의 단위 이 다. 프로쎄스는 
련관된 프로쎄스조종블로크를 가진 가상주소공간이 다 . 창조된후 스레드는 프로쎄스안의 
프로그람에 대해 입구점을 기동시켜 프로쎄스안에서 집행을 시작한다. 스레드는 한개 주 
소공간으로부터 다른 곳으로 이동할수 있으며 실지로는 기계들을 경계로 움직인다(즉 한 
콤퓨터로부터 다른 콤퓨터에로 이동한다.). 스레드가 움직일 때 그것은 말단조종，전역변 
수 그리 고 일정 작성안내 (실례 로 우선권)와 같은 일정 한 정 보를 그와 함께 날라야 한다. 

Clouds 의 방법은 사용자와 프로그람작성자를 분산환경의 세부로부터 격리시키는 효 
과적인 방법을 준다. 사용자의 동작을 단일스레드로 표현할수 있으며 원격자원에 접근할 
데 대 한 요구 및 적재균형과 같은 여 러 가지 체계와 관련된 리유로부터 조작체계가 그 기 
계 들사이 에 서 스레 드의 이 동을 명 령할수 있 다. 

제 2 절. 대칭형다중처리 

전통적으로 콤퓨터를 순서기계로 보아 왔다. 대부분의 콤퓨터프로그람작성언어는 프 
로그람작성자가 명령의 순차로서 알고리듬을 지정해 주어야 한다. 처리기는 어떤 순차에 
따라 한번에 하나씩 기계명령을 집행하여 프로그람을 집행한다. 매개 명령은 연산의 순 
서대로 집행된다(불러내기명령, 불러내기연산수, 연산의 수행). 


주소공간사이 에서 프로쎄스나 스레 드의 이동，서로 다른 기계들상에서 스레 드의 이주는 최근년간에 
맹 렬 한 화제 로 되 고 있 다. 이 문제 는 계 14 장에 서 고찰한다. 
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콤퓨터에 대한 이런 견해가 전적으로 옳은것은 결코 아니다.마이크로연산준위에서는 
다중조종신호들이 동시에 발생된다. 명령의 관흐름화，적어도 연산의 불러내기 및 집행조 
작을 겹치게 하기까지는 오랜 시간이 걸렸다. 이것들은 기능을 병렬로 수행하는 실례들 
이다. 

콤퓨터기술이 발전되고 콤퓨터하드웨 어의 가격이 떨어 짐에 따라 콤퓨터설계자들은 
일반적으로는 특성을 개선하기 위해，일부 경우에는 믿음성을 개선하기 위하여 더욱더 
병렬기구를 람구하였다. 이 책에서는 처리기들을 여러개 사용하여 즉 대칭형다중처리기 
( SMP ) 와 클라스터 를 사용하여 병 렬 기 구를 주는 가장 대 중적 인 두가지 방법 을 론의한다. 
SMP 들에 대 해서 는 이 절에서，클라스터들에 대 해서 는 제6편에서 설명한다. 

SMP 구성방식 

SMP 구성방식이 병렬처리기들의 총적범주에서 어디에 어울리는가를 알 필요가 있다. 
Flynn[FLYN 7幻에서 처음으로 소개 한 병 렬처 리기체계를 강조하는 분류법은 여전히 그 
런 체계를 분류하는 가장 일반적인 방법이다. Flynn 은 콤퓨터체계에 대한 다음과 갈은 
범주들을 제기 하였다. 

• 단일명 령단일자료 ( SISD ) 흐름 : 단일처 리기 가 단일기 억 기 안에 기 억된 자료를 연산 
하기 위 해 단일 명 령 흐름을 집 행한다. 

• 단일명령다중자료 ( SIMP ) 흐름 : 단일기계명령은 고정걸음에 기초하여 여러 처리 
요소들의 동시적집행을 조종한다. 매개 처리요소는 련관된 자료기억기를 가지며 
매 개 명 령은 각이한 자료묶음에 기초하여 서 로 다른 처 리기들이 집 행한다. 백 토 
르 및 배렬처리기들이 이 범주에 속한다. 

• 다중명 령 단일 자료 ( MISD ) 흐름 : 자료형 을 처 리 기 의 모임 에 전송하고 매 개 처 리 기 
가 서로 다른 명 령렬을 집 행한다. 이 구조는 결코 완성된것 이 아니 다. 

• 다중명령다중자료 ( MIMD ) 흐름 : 처리기의 모임이 동시에 서로 다른 자료묶음상 
에 서 서 로 다른 명 령 렬 을 집 행 한다. 


병렬처리기 



SIMD (단일명령 MIMD (다중명령 

다중 자료흐름) 다중 자료흐름) 



주/종구성 방식 대 칭 형 콜라스 터 

다중처 리 기 

그림 4-8. 병 렬처 리기방식 

MIMD 구조를 가지는것이 처리기들의 일반적목적이다. 왜냐하면 그것들이 적당한 자 
료전송을 수행하는데 필요한 모든 명 령을 처 리할수 있어 야 하기때문이 다. MIMD 를 처 리 
기 가 통신한다는 의미 에서 더 세분화할수 있다(그림 4-8). 처 리 기들이 각각 전용기억기 
를 가진다면 그때 매개 처리요소는 자체를 포함한 콤퓨터이다. 콤퓨터들사이의 통신은 
고정경 로를 거 치거 나 일정한 망기 능을 거친다. 그런 체계를 콜라스터 또는 다중콤퓨터 라 
고 한다. 만일 처리기가 일반기억기를 공유한다면 그때 매개 처리기는 공유기억기안에 
기억된 프로그람과 자료에 접근하며 처리기들은 그 기억기를 통하여 서로 통신하는데 그 
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러한 체계를 공유기억기다중처리기라고 한다. 

공유기억기식다중처리기에 대한 하나의 일반적인 분류는 프로쎄스들을 처리기에 배 
정하는 방법에 기초하고 있다. 두가지 기본적인 방법은 주인/종속방법 및 대칭법이다. 주 
/종속구성방식을 사용하여 조작체계핵심부는 늘 특정한 처리기상에서 실행한다. 다른 처 
리 기 들은 오직 사용자프로그람과 경 우에 따라 조작체 계 편의 프로그람들을 집 행 할수 있 다. 
주프로쎄스와 스레드의 일정작성을 담당한다. 일단 프로쎄스/스레드가 능동이고 만일 종 
속처리기가 봉사를 요구한다면(실례로 입출력호출) 그것은 주처리기에 요구를 보내며 봉 
사가 수행되기를 기다려야 한다. 이 방법은 아주 간단하며 단일처리기식 다중프로그람처 
리조작체계에서 약간한 개선을 요구한다. 한개의 처리기가 모든 기억기와 입출력자원을 
조종하기때 문에 충돌해결방도는 간단하다. 이 방법의 결함은 다음과 같다. 

• 주처리기의 고장이 체계전체를 허물어 버린다. 

• 주처리기는 병목특성을 일으킬수 있다. 왜냐하면 그것이 혼자서 모든 일정작성과 
프로쎄스관리를 해 야 하기때문이 다. 

대칭형다중처리기에서 핵심부는 임의의 처리기상에서 집행할수 있으며 대체로 매개 
처리기는 사용할수 있는 프로쎄스나 스레드의 모임으로부터 자체일정작성을 한다. 핵심 
부의 일부가 병렬로 집행하도록 하면서 핵심부를 다중프로쎄스나 다중스레드로 구축할수 
있다. SMP 방법은 조작체계를 복잡하게 만든다. 두개의 처리기는 결코 갈은 프로쎄스를 
선택하지 않는다는것과 프로쎄스들이 어떻게 해서든 대기렬에서 상실되지 않는다는것을 
담보해 야 한다. 자원에 대 한 요구를 해 결 하고 동기 화시 키 기 위 한 수법 들을 써 야 한다. 

SMP 와 클라스터의 설계는 물리적구성，호상련결구조，처리기사이통신，조작체계설 
계 및 응용프로그람쏘프트웨어 의 수법 과 관련되 는 문제 들을 포함하므로 복잡하다. 여 기 
서 우리의 관심과 후에 클라스터에 대한 설명 (제13장)에서 두 경우 다 방식에 대해서 간 
단히 다치지 만 초보적 으로는 조작체 계 설계문제 로 된다. 

SMP 의 조직 

그림 4-9 는 SMP 의 일반적인 조직을 보여 준다. 여러개의 처리기가 있으며 그 매개 
는 자체조종단, 산수론리단 그리 고 등록기를 가지 고 있다. 매 개 처 리 기는 일정한 호상련 
결 기 구를 통하여 공유된 주기억 기 와 입 출력장치 에 접 근하는데 공유된 모선은 공통설 비 로 
된 다. 처 리 기 는 기 억 기 를 통하여 서 로 통신할수 있 다(통보문과 상태 정 보는 공유된 주소 
공간에 남아 있게 된다.). 처리기가 신호를 직접 교환할수도 있다. 기억기는 흔히 기억기 
의 개별블로크에 대한 다중동시접근을 할수 있도륵 구성된다. 

현대 기계들에서 처리기는 일반적으로 그 처리기에 전용인 적어도 한개 준위의 캐쉬 
를 가진다. 캐쉬를 사용하는것은 일부 새로운 설계문제들을 고찰하게 한다. 매개 캐쉬가 
주기억기의 일부분에 대 한 상을 포괄하기때 문에 만일 한개 단어 가 한개 캐쉬 에서 변경되 
면 그것 은 다른 캐 쉬안에 있는 어 떤 단어 가 유효성 을 상실 하게 할수 있 다. 이 를 막기 위 
해 다른 처 리 기들에 갱 신이 일어 난다는것을 경보해 야 한다. 이 문제를 캐쉬간섭문제 라 
고 하며 대체 로 조작체계 로서가 아니 라 하드웨 어 로 설명한다. 6 

다중처리기조작체계설계에서 고려 할 점 

SMP 조작체계 는 사용자가 체계를 다중프로그람처 리식 단일처 리기체계 와 같은 방식으 
로 볼수 있도록 처 리 기와 다른 콤퓨터 자원들을 관리한다. 사용자는 단일처 리 기를 사용하 


6 ' 하드웨어에 기초한 캐쉬간섭방안에 대한 설명은 0()] 에서 주고 있다. 
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겠는지 다른 처리기를 사용하겠는지는 고려하지 않고 프로쎄스안에서 다중프로쎄스나 다 
중스레 드를 사용하는 응용프로그람을 구축할수 있다. 결과 다중처 리기식조작체계 는 다중 
프로그람처리체계의 모든 기능과 함께 다중처리기를 수용하는 추가적인 기능들을 보장해 
야 한다. 주요설계문제들중에는 다음과 갈은것들이 있다. 즉 



그림 4-9. 대 칭형 다중처 리 기구성 


• 동시적인 병행프로쎄스 또는 스레드 : 핵심부루린은 여러 처리기들이 같은 핵심 
부코드를 동시 에 집 행하도록 하기 위해 재 진입하여 야 한다. 갈거 나 다른 핵 심부 
의 부분을 집 행하는 여 러개의 처 리 기들에 대 해 핵심부표와 관리구조를 합리적으 
로 관리하여 교착이 나 무효조작을 피해 야 한다. 

• 일정작성 : 일정작성은 임의의 처리기가 수행할수 있으며 그런데로부터 충돌을 
피해야 한다. 만일 핵심부준위의 다중스레드처리를 사용하면 그때 다중처리기상 
에서 동시 에 같은 프로쎄 스로부터 다중스레드를 일정작성하는데 좋은 기회 가 생 
긴다. 다중처 리 기의 일정작성은 제10장에서 론의한다. 

• 동기화 : 여 러개의 능동프로쎄스들이 공유된 주소공간이 나 공유된 입출력 자원를 
에 잠재 적 으로 접 근하는 효과적 인 동기 화를 보장하는데 주의 를 돌려야 한다. 동 
기화는 호상배제 와 사건순서달기를 하게 하는 기능이 다. 다중처 리기식조작체계 에 
서 쓰이 는 공통적 인 동기 화기 구는 제 5장에 서 서 술하는 페 쇄 이 다. 

• 기 억기관리 : 다중처 리 기상에서의 기 억기관리 는 단일처 리기기계 에서 나타나는 모 
든 문제 들을 취 급해 야 하는데 제 3편 에 서 설 명한다. 더 우기 조작체 계 는 다중포구 
기억기와 같은 사용할수 있는 하드웨어병렬기구를 개발하여 가장 좋은 성능을 달 
성해야 한다. 서로 다른 처리기상에서의 페지화기구를 여러개의 처리기가 폐지나 
토막을 공유할 때 일 관성 을 보장하도록 그리 고 페 지 교체 에 대 해 결 심하도록 조정 
해야 한다. 

• 믿 음성 과 장애 극복력 : 조작체 계 는 처 리 기 의 고장에 직 면 하면 일 정 한 감퇴 를 준다. 

조작체 계 의 일정 작성 기 의 다른 부분들은 처 리 기 의 상실을 인식 하고 그에 따라 관리 들 
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을 재구조화해 야 한다. 

다중처 리기식조작체 계설계문제 가 일반적 으로 다중프로그람처 리의 단일처 리기설계 
문제 에 대한 해결방도에로 확장되므로 다중처 리기조작체계를 따로 취급하지 말아야 한 
다. 오히 려 특별한 다중처 리기문제를 이 책전반에 걸쳐 적 당한 상황에서 설명 한다. 

제 3 절. 마이크로랙심부 

최근에 많은 주의를 돌리고 있는 개념은 마이크로핵심부에 대한 개념이다. 마이크 
로핵심부는 모둘식확장을 위한 토대를 주는 작은 조작체계의 핵심이다. 그러나 이 말 
은 어 느정 도 모호하며 각이 한 조작체 계 설계 림들이 각이 하게 대 답하는 마이 크로핵 심부 
에 대한 몇가지 문제점이 있다. 이 문제점은 얼마나 작은 핵심부에 마이크로핵심부로 
서의 자격을 주어 야 하는가，하드웨 어로부터 그의 기능들을 추상화하는 한편 가장 좋 
은 성능을 얻기 위하여 장치구동기를 어떻게 설계하는가，비핵심부조작을 핵심부에서 
실 행 하겠는지 아니 면 사용자공간에 서 실 행 하겠는지 그리 고 현존부분체 계 코드(실 례 로 
UNIX 의 판본)를 보존하겠는지 아니면 작업코드로부터 출발하겠는지 등과 같은것들을 
포함 한다. 

마이 크로핵 심부방법 은 Mach 조작체 계 에서 그것 을 사용하면서 보급되 였 다. 리 론적 
으로 이 방법은 높은 유연성 및 모둘성을 준다. 마이크로핵심부방법에 대하여 널리 공 
포하고 사용한 또다른 체계가 W 2 K 인데 이것은 모둘성뿐아니라 이식성도 주요한 리익 
으로 주장하고 있다. 마이크로핵심부는 몇개의 간결한 부분체계들로 둘러 싸여 있어 
여 러 가지 가동환경상에서 W 2 K 를 실현하는 과업 이 쉬워 진다. 몇개의 다른 제 품들이 
현재 마이크로핵심부를 실현하고 있으며 이 일반적설계방법은 대부분의 개 인용콤퓨터， 
워크스테이션 및 가까운 앞날에 개발될 봉사기조작체계에서 볼수 있다. 

마이크로핵심부구성방식 

1950년대 중엽부터 말까지 개발된 초기조작체계들은 구조에 적게 관심을 두고 설계 
되였다. 실제로 큰 규모의 쏘프트웨어체계를 개발하는데서 누구도 경험이 없었고 호상의 
존성과 대화에 의하여 일어 난 문제들이 전체적 으로 과소평 가되 였다. 단일화조작체계 에 
서 실제로 임의의 수속이 임의의 다른 수속을 호출할수 있다. 그러한 구조의 부족은 
조작체 계 가 대 량적 인 비률로 확장할수 없게 하였 다. 실례 로 OS /360 의 첫 판본은 
5000명 의 프로그람작성 자들이 5년 이상에 걸 쳐 창조하였 고 백 만행 이상의 코드를 가지 
고 있 었다. 후에 개 발된 Multics 는 2억행 의 코드로 증가하였 다. 제 2절，제 3절 에 서 설 
명한바와 같이 쏘프트웨 어개 발규모를 조종하는데 모둘식프로그람작성수법 이 요구되 
였다. 특히 계층조작체계 7 (그림 4-10 자)가 개발되였으며 여기에서 기능들은 계층구조 
적으로 구성되여 있으며 대화는 린접한 층들사이에서만 일어 난다. 핵심부방식에서는 
대부분 또는 전체 적 인 층들이 계 층식방법 으로 집 행된다. 

계 층식방법 에 도 문제 가 있 다. 매 개 층은 상당히 많은 기 능들을 처 리한다. 한개 층안 
에서 대부분의 변화는 린접층(우 및 아래)안에 있는 코드에 많은 영향을 주었고 추적하 
기가 상당히 힘들었다. 결국 일부 기능들을 더하거나 덜어 낸 기본조작체계의 련속판본 


일반적으로 이 령역에서의 전문용어가 문헌들에서 일관성 있게 적용되지 못하고 있다. 용어 단일화 
조작체계는 흔히 단일 및 계층식 이 라고 하는 두가지 형의 조작체계 에 대해 말할 때 쓴다. 
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들은 실현하기 힘들다. 그리고 린접층들사이에 많은 대화가 있으므로 보안을 실현하기 
힘들다. 

마이크로핵 심부의 기 초적 인 원리는 절대적 으로 본질적 인 핵 심조작체 계 기 능만이 핵 심 
부안에 있게 된다는것이다. 덜 본질적인 봉사와 응용프로그람들은 마이크로핵심부상에서 실 
현되며 사용자방식 에서 집 행한다. 마이 크로핵 심부안에 있는것 과 밖에 있는것 들사이 에서의 나 
늠선은 설계에 따라 변하며 공통적인 특징은 전통적으로 조작체계의 일부분으로 되여 온 많 
은 봉사가 이제는 핵심부와 대화하며 서로 대화하는 외부부분체계라는것이며 이것들은 장치 
구동기，파일체계，가상기억기관리자，창문체계 및 보안봉사를 가지고 있다. 



그림 4-10. 핵심부구성방식 
1- 계층식핵심부， L - 마이크로핵심부 

마이 크로핵 심 부구성 방식은 조작체 계 의 전통적 인 수직계 층구성 을 수평계 층구성 으로 
교체한다(그림 4-10 L ). 마이크로핵심부에 대해 외적 인 조작체계구성요소들은 봉사기프 
로쎄스들로 실현된다. 이 프로쎄스들은 대체로 마이크로핵심부를 통과한 통보문들에 의 
해 동등한 기 초우에 서 서 로 대 화한다. 그러 므로 마이 크로핵 심 부는 통보문교환기 로서의 
기 능을 수행한다. 그것 은 통보문들을 확인하고 그것 들을 구성 요소들사이 에 서 넘 겨 주며 
하드웨 어 에 대 한 접 근을 허 락한다. 마이 크로핵 심 부는 또한 보호기 능을 수행한다. 즉 교환 
이 허용되지 않는한 통보문넘기기를 막는다. 

실례로 응용프로그람이 어떤 파일을 열자면 통보문을 파일체계봉사기에 보낸다. 만 
일 그것이 프로쎄스나 스레드를 창조하려고 한다면 프로쎄스봉사기에 통보문을 보낸다. 
매개 봉사기들이 통보문들을 다른 봉사기에 보낼수 있으며 마이크로핵심부에서 기본지령 
기 능을 기 동시 킬수 있 다. 이 것 은 단일콤퓨터 안에 서 의 의 뢰 기 /봉사기 구성 방식 이 다. 

마이크로핵심부구성의 편리성 

마이 크로핵 심 부를 사용하는데서 의 몇 가지 편리 성 이 문헌들에 보고되 였 다(실 례 로 
[ IFINK 97] , [ LIED 96 a ] , [ WAYN 94 a ]). 이것 은 다음의 것들을 포함한다. 즉 

• 통일적인 대면부들 

• 확장성 
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• 유연성 

• 이식성 

• 믿음성 

• 분산체계지원 

• 객체지향조작체계 (ooos) 에서의 지원 

마이 크로핵 심 부설 계 는 프로쎄 스가 제 기 하는 요청들에 대 한 통일적 인 대면부의 의무 
를 지 니게 한다. 프로쎄 스들은 핵심부준위 봉사와 사용자준위 봉사사이를 식 별할것을 요구 
하지 않는다. 

그것은 그러한 모든 봉사가 통보문넘기기에 의해 이루어 지기때문이다. 임의의 조작 
체계는 새로운 하드웨어장치와 새로운 쏘프트웨어수법이 개발됨에 따라 불가피하게 현재 
설계 에 없는 특징 들을 얻 을것 을 요구한다. 마이크로핵심 부구성 방식은 확장성 을 헐 하게 
하여 같은 기능적범위안에서 추가적인 새로운 봉사는 물론 여러개의 봉사를 준비하게 한 
다. 실례로 유연성자기원판에서의 다중파일구성이 있을수 있는데 매개 구성은 핵심부에 
서 가능한 다중파일봉사기들이 아니라 사용자준위프로쎄스로 완성할수 있다. 이렇게 함 
으로써 사용자는 여 러 가지 봉사들중에서 사용자의 요구에 가장 적 합한 봉사를 선택 할수 
있다. 마이크로핵심부구성방식에 새로운 기능을 추가할 때 선택된 봉사기들만 수정하거 
나 추가해야 한다. 새로운 즉 변경된 봉사기의 영향은 그 체계의 부분모임에 국한된다. 
더우기 변경은 새로운 핵심부를 만들것을 요구하지 않는다. 

마이크로핵심부구성방식의 확장성과 관련되여 있는것은 그의 유연성이다. 새로운 기 
능들을 조작체계에 추가할수 있을뿐아니라 현존기능들을 덜어 내여 더 작고 보다 효과적 
인 조작체계를 완성할수 있다. 마이크로핵심부에 기초한 조작체계가 필수적으로 작은 체 
계는 아니다. 실지로 그 구조는 그자체가 넓은 범위의 기능들을 추가할수 있게 해준다. 
그러나 누구나 다 실례를 들면 높은 준위의 보안이나 분산식계산작업능력을 요구하는것 
은 아니다. 만일 본질적인(기억기관리의 견지에서) 기능들을 보조적으로 선택할수 있게 
한다면 기본제품은 보다 광범한 각이한 사용자들의 흥미를 끌수 있다. 

콤퓨터 가동환경시장의 많은 토막들에 대 한 Intel 회사의 독점 이 무한히 계속되지는 
않는다. 이런데로부터 이식성이 조작체계의 매력 있는 특징으로 되고 있다. 마이크로핵심 
부구성방식에서 모든 또는 거의 모든 처리기의 특정한 코드는 마이크로핵심부안에 있다. 
그래서 체계를 새로운 처리기에 이식하는데서 요구되는 변화는 거의 없고 론리적인 그룹 
을 이루는 형식으로 배렬되는 경향이 있다. 

쏘프트웨어 의 규모가 커 질 수록 그의 믿 음성 을 담보하는 문제 는 점 점 더 어 려 워 진다. 
모둘식설계 가 믿음성 을 제 고하는데 도움을 주지 만 마이 크로핵 심부구성 방식 으로 보다 더 
큰 믿음성을 달성할수 있다. 작은 마이크로핵심부를 엄밀하게 시험할수 있다. 작은 수의 
응용프로그람처 리 대 면부 ( API ) 에 서 그것 을 사용하면 핵 심 부밖에 서 조작체 계 봉사를 위 한 
질좋은 코드를 생성할수 있다. 체 계프로그람작성 자는 주처 리기 에 대해 제 한된 수의 API 
와 주처 리기와의 제 한된 대화수단을 가지며 따라서 다른 체계구성요소들에 상반되게 영 
향을 미친다. 

마이 크로핵 심 부는 그자체 에 분산형 조작체 계 가 조종하는 클라스터 들을 포함하는 분산 
체계지원을 준다. 의뢰기로부터 봉사기프로쎄스에로 통보를 보낼 때 통보는 요청되는 봉 
사에 대한 식별자를 가지고 있어야 한다. 만일 모든 프로쎄스와 봉사들이 단일한 식별자 
를 가지도록 분산체 계 (실례 로 클라스터 )가 구성된다면 사실상 마이크로핵 심부준위 에는 
단일체계의 상이 있다. 프로쎄스는 어느 기계대상의 봉사가 상주하고 있는지 모르고 통 
보문을 보낼수 있다. 제6편에서 분산체계를 설명할 때 이 점을 다시 고찰한다. 
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마이 크로핵 심 부구성 방식은 객체지 향조작체계 의 문맥 에서 잘 동작한다. 객체지 향법은 
마이크로핵심부의 설계에 그리고 조작체계에 대한 모둘식확장에 규률을 보태줄수 있다. 
그러므로 많은 마이크로핵 심부설계노력 이 객체지향화방향으로 움직 이고 있다 
[ WAYN 94 b ]. 마이 크로핵 심 부구성 방식 과 OOOS 원 리 를 결 합시 키 는 한가지 유망한 방법 
은 구성요소들을 사용하는데 있다 [ MESS 96]. 구성요소들은 호상 련결되여 구성요소방식 
으로 쏘프트웨어를 형성할수 있는 명백 히 정의된 대 면부를 가진 객체들이다. 구성요소들 
사이의 모든 대화는 구성요소의 대면부를 사용한다. Windows 2000과 같은 다른 체계들 
은 전문적으로 즉 완전히 객체지향법에 의거하고 있는것은 아니지만 마이크로핵심부설계 
에 객체지향원리 들을 병 합시 켰다. 

마이크로택심부의 성능 

흔히 인용되는 마이크로핵심부의 잠재적 인 한가지 결함은 그의 성능상 결함이 다. 마 
이크로핵심부를 거쳐 통보문을 만들어 보내고 응답을 접수하고 해득하는것은 단일한 봉 
사호출을 할 때 보다 더 오래 걸린 다. 그러 나 다른 요인들은 성 능결 함이 있 다고 해 도 개 
괄적 으로 말하기 힘들게 작용한다. 

많은 부분이 마이크로핵심부의 크기와 기능에 관계된다. [LIED 96 a ] 는 첫 세대의 마이 
크로핵심부라고 부를수 있는것에서의 본질적인 성능상 결함을 로출시키는 몇가지 연구를 요 
약하고 있다. 이 결함들은 마이크로핵심부코드를 최적화하려는 노력 에도 불구하고 지속되여 
왔다. 이 문제에 대한 하나의 대책은 림계적인 봉사와 구동기들을 조작체계에 다시 집적화하 
여 넣 음으로써 마이 크로핵 심 부를 확대하는것이 였 다. 이 방법 의 초기 실 례 로서 는 Mach 와 
Chorus 를 들수 있다. 마이크로핵심부의 기능을 선택적 으로 증가시키면 사용자핵심부방식절 
환수와 주소공간프로쎄 스절환수를 감소시 킨다. 그러 나 이 러한 작업과정은 마이크로핵심 부설 
계 즉 최소의 대면부，유연성 기 타 등등을 강화하는 대 가로 성능의 결함을 감소시 킨다. 

다른 방법은 마이크로핵심부를 더 크게가 아니 라 더 작게 만드는것 이 다. [LIED 
96 b ] 는 합리적으로 설계한다면 매우 작은 마이크로핵심부가 성능결함을 없애고 유연성 
과 믿음성 을 개선한다고 주장하고 있다. 대표적 인 첫 세 대 마이크로핵 심부는 300 kbyte 
의 코드와 140여 개 의 체 계호출대 면부로 구성 되 여 있 다. 작은 2세 대 마이 크로핵 심 부의 실 
례로는 L 4[ HART 97, LIED 95] 를 들수 있는데 이것은 12 kbyte 의 코드와 7개의 체계호출 
로 구성되여 있다. 이 체계들에서의 경험은 그것들이 UNIX 와 갈은 계층식조작체계만큼 
또는 그보다 더 잘 동작할수 있다는것을 보여 주고 있다. 

마이크로핵심부설계 

각이한 마이 크로핵 심 부들이 일정한 범위 의 기 능과 크기 를 가지 고 있으므로 마이 크로 
핵심부가 주는 기능 및 실현되는 구조와 관련하여 그 어떤 고정격식화된 규칙들을 설명 
할수는 없다. 이 절에서는 최소의 마이크로핵심부의 기능과 봉사의 모임을 보여 주고 마 
이 크로핵 심부설계 에서의 예 비지 식 을 주게 된다. 

마이크로핵 심부는 직 접적 으로 하드웨 어 에 의존하는 기능들과 봉사기 와 사용자방식 에 
서 조작하는 응용프로그람들을 지원하는데 필요한 기능들을 가져야 한다. 이 기능들은 
낮은 준위의 기억기관리，프로쎄스사이의 통신 ( IPC ) 및 입출력새치기관리에 대한 일반적 
범주들에 귀착된다. 
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저준위기억기관리 

마이크로핵심부는 프로쎄스준위에서 보호를 실현하기 위해 주소공간에 대한 하드웨 
어개 념을 조종해 야 한다. 마이크로핵 심부가 매개의 가상폐지를 물리적페지 프레 임 에 사영 
하는데서 책임을 지고 있고 다른 프로쎄스로부터 한 프로쎄스로 주소공간보호，폐지교체 
알고리듬 및 기타 페지화론리를 포함하는 기억기관리의 대부분은 핵심부밖에서 완성할수 
있다. 실례로 마이크로핵심부밖의 가상기억기모둘은 언제 어떤 페지를 주기억기에 가져 
오며 이미 기억기에 있는 페지를 교체하겠는가를 결심한다. 다음 마이크로핵심부는 폐지 
참조 등을 주기억기의 물리적주소로 변환한다. 

페지 화 및 가상기 억기관리를 핵심부의 외부에서 수행할수 있다는 개 념은 Mach 의 
일부 폐 지호출프로그람 [ YOUN 8 기 과 더 불어 도입 되 였 다. 그림 4-11 은 외 부폐 지호출프로 
그람의 조작을 설명 하고 있다. 응용프로그람에서 스레 드가 주기억기 안에 없는 폐지 를 참 
조하면 폐지부재 가 발생하며 집행은 핵심부에 대해 내부새 치기를 한다. 핵심부는 그다음 
어 떤 통보문을 페지호출프로그람프로쎄스에 보내 여 어 느 폐지 가 참조되 였는가를 알려 준 
다. 페지호출프로그람은 그 폐지 를 적재 하고 그 목적 을 위한 어 떤 페 지 프레 임 을 할당하 
도록 결정할수 있다. 폐 지호출프로그람과 핵 심 부는 폐 지호출프로그람의 론리적 조작을 물 
리적기억기상에서의 조작으로 변환하기 위해 대화하여 야 한다. 일단 그 페지 라면 페지호 
출프로그람은 계 속하라는 통보문을 응용프로그람에 보낸 다. 

이 수법은 비핵심부프로쎄스가 파일들과 자료기지들을 핵심부기동이 없이 사용자주 
소공간에로 변환할수 있게 한다. 

[LIED 95] 는 외 부페 지 화 및 가상기 억 기 관리 를 지 원 할수 있는 세 가지 모임 의 마이 크 
로핵심부조작을 제의하고 있다. 

• 허가: 주소공간에 대한 소유자(프로쎄스)가 몇개의 자기 폐지들을 다른 프로쎄 
스에 넘겨 줄수 있다. 핵심부는 넘겨 주는 프로쎄스의 주소공간에서 페지들을 제 
거하고 지명된 프로쎄스에 그것들을 할당한다. 

• 사영 : 프로쎄스가 임의의 자기폐지를 다른 프로쎄스의 주소공간에 사영하여 두 
프로쎄스가 모두 그 폐지에 접근하도록 할수 있다. 이것은 두 프로쎄스사이에서 
공유기억기를 창조한다. 핵심부는 본래 소유자에 폐지들을 할당하는것 으로 기 억 
하고 있지만 다른 프로쎄스가 접근하는것을 허 락해 주는 하나의 방도를 제공하는 
것으로 된다. 
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그림 4-11. 페지부재처리 




• 되살리기 : 프로쎄스가 다른 프로쎄스들에 넘겨 주었거나 사영하였던 임의의 페 
지들을 다시 요구할수 있다. 

처 음에 핵 심부는 모든 물리 적기 억 기를 기 본체 계 프로쎄 스가 조종하는 단일 주소공간으 
로 정의한다. 새로운 프로쎄스가 창조됨에 따라 페지들을 원래 총적주소공간으로부터 새 
토운 프로쎄스에 넘겨 주거나 사영 할수 있다. 그러한 방안은 다중가상기억기방안들을 동 
시에 지원할수 있을것이다. 

프로쎄스간 통신 

마이크로핵 심부조작체 계 에서 프로쎄 스나 스레 드사이 통신의 기 본형 태는 통보문이 다. 
통보문은 보내고 받는 프로쎄스를 식별해 주는 머리부와 직접적인 자료 또는 그 자료블 
로크에 대한 지시기나 프로쎄스에 대한 일정한 조종정보를 포함하는 본체를 가지고 있다. 
대체로 IPO } 프로쎄스들과 관련된 포구들에 기초하고 있는것으로 생각할수 있다. 포구 
는 본질상 특정한 프로쎄스에 목적을 둔 통보문들의 대기렬이다. 그 포구와 관련된 내용 
은 어느 프로쎄스가 이 프로쎄스와 통신할수 있는가를 가리키는 권한에 대한 목록이다. 

여기서는 통보문넘기기에 대한 표기가 적당하다. 주소공간을 겹치지 않으면서 개별 
적프로쎄스들사이 에서의 통보문넘기 기는 기 억기대 기 억기복사를 포함하므로 기 억기의 속 
도에 따라 경계가 생기며 처리기속도들을 기준화하지 못한다. 이런데로부터 현재조작체 
계연구는 스레 드에 기 초한 IPC 와 폐지재사영 (여 러 처 리 기들이 고유한 단일폐지 )과 같은 
기 억 기 공유방안에 서 의 흥미 있는 문제 들을 반영 하고 있 다. 

입출력 및 새치기관리 

마이크로핵 심부구성 방식 으로 하드웨 어새 치 기를 통보문들과 같이 조종할수 있으며 주 
소공간에서 입출력포구들을 가질수 있다. 마이크로핵심부는 새치기를 인식 할수 있으나 
그것들을 조종하지는 못한다. 대신 현재 그 새치기와 관련된 사용자준위프로쎄스에 통보 
문을 내 보낸 다. 이 렇 게 함으로써 새 치 기 가 허용되면 특정 한 사용자준위 프로쎄 스를 새 치 
기에 할당하며 핵심부는 사영을 보존한다. 새치기를 통보문으로 변환하는것은 마이크로 
핵 심부가 해 야 하지만 마이크로핵 심부가 장치 특유의 새 치기처 리에 포함되지는 않는다. 

[LIED 96 a ] 는 하드웨 어 가 통일적 인 스레 드식 별 자를 가지며 통보문들(간단히 스레 드 
ID 로 이루어 지는)을 사용자공간의 관련된 쏘프트웨어스레드들에 보내주는 스레드의 모 
임으로 볼것을 제의하고 있다. 통보문을 수신하는 스레드는 통보문이 새치기로부터 오는 
것 인지 아닌지를 판정하며 특정한 새 치기를 판정한다. 그러한 사용자준위코드의 일반적 
구조는 다음과 같다. 즉 

driver thread : 

do 

w aitF or ( msg , sender ); 

if (sender = my_hardw are _ interrupt ) 

{ " - 

read/write I/O ports ; 
reset hardw are interrupt 

} 

else 

w hile (true); 
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제 4 절. WINDOWS 2000의 스레드 및 SMP 관리 

Windows 2000 ( W 2 K ) 프로쎄 스설 계 는 여 러 가지 조작체 계 환경 을 지 원 할데 대 한 요구 
로부터 만들어 졌다. 여 러가지 조작체계가 지원한 프로쎄스들은 다음과 갈은것들을 포함 
하여 방법상 몇가지가 다르다. 즉 

• 프로쎄스들의 이름을 붙이는 방법 

• 스레드가 프로쎄스에서 주어 지는지 아닌지 

• 프로쎄스를 표현하는 방법 

• 프로쎄스자원을 보관하는 방법 

• 프로쎄스사이 통신파 동기 사이에서 사용하는 기구들 

. 프로쎄스를 서로 련관시키는 방법 

따라서 W 2 K 핵심부가 제공한 본래의 프로쎄스구조와 봉사는 상대적으로 간단하고 
일반목적이며 매 조작체계의 부분체계들이 특정한 프로쎄스구조와 기능성을 모의할수 있 
게 한다. W 2 K 프로쎄스들의 중요한 기능은 다음과 갈은것들이다. 

• W 2 K 프로쎄스들은 객체들로써 실현된다. 

• 집 행할수 있는 프로쎄 스는 하나이 상의 스레 드를 가질 수 있 다. 

• 프로쎄스와 스레 드객체는 둘다 내 장된 동기화가능성을 가진다. 

그림 4-12 는 프로쎄 스를 조종하거 나 사용하는 자원과 관련시키 는 방법 을 설 명 하고 
있다. 매개 프로쎄스는 프로쎄스의 1차통표라고 부르는 보안접근통표를 할당 받는다. 사 
용자가 처 음으로 가입할 때 W 2 K 는 사용자를 위 한 보안 ID 를 가지 는 접 근통표를 창조한 
다. 창조되 거 나 사용자를 대 표하여 실 행하는 매 개 프로쎄 스는 접 근통표를 복사하여 가진 
다. W 2 K 는 통표를 사용하여 사용자가 보안된 체계에 접근하거나 체계상에서 그리고 보 
안된 객 체 들상에 서 제 한된 기 능들을 수행할수 있게 해 준다. 접 근통표는 프로쎄 스가 자기 
자체의 속성을 변화시킬수 있는가 없는가 하는것을 조종한다. 이 경우에 프로쎄스는 자 
기의 접근통표에 대해 열린 조종을 꼭 가지는것은 아니다. 만일 프로쎄스가 그러한 조종 
을 열려고 한다면 보안체계는 이것이 허용되는지 그리고 프로쎄스가 자기자체의 속성을 
변화시 킬수 있는지 없는지 하는것 을 판정한다. 

프로쎄스와 관련되 는것은 또한 프로쎄스에 현재 할당된 가상주소공간을 정의해 주는 
블로크의 계렬이 다. 프로쎄스는 이 구조를 직접 변경할수 없고 프로쎄스에 기 억기배정봉 
사를 주는 가상기 억기 관리 자에 의거해 야 한다. 

끝으로 프로쎄스는 객체표를 가지며 그와 함께 프로쎄스에 알려 져 있는 다른 객체 
들에 대한 조종기를 가진다. 객체에 포함되여 있는 매개 스레드에는 하나의 조종기가 있 
다. 그림 4-12 는 단일스레 드를 보여 준다. 추가적 으로 프로쎄 스는 파일객 체 에 대 한 그리 
고 공유된 기 억기의 구간을 정의해 주는 구간객체 에 접 근한다. 

프로쎄스와 스레드객체 

W 2 K 의 객체지향구조는 일반목적프로쎄스의 기능개발을 촉진시킨다. W 2 K 는 두가지 
형태의 프로쎄스관련객체 즉 프로쎄스와 스레드를 사용할수 있게 한다. 프로쎄스는 사용 
자일감이나 기억기와 갈은 자원을 소유하고 파일들을 여는 응용프로그람에 대응하는 실 
체 이 다. 스레 드는 순차적 으로 집 행 하며 새 치 기 될 수 있 고 결 과 처 리 기 가 다른 스레 드에 로 
전환할수 있게 하는 작업단위 이 다. 
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프로쎄在端 .스레드중 하나가 어떤 례외를 일으킬 때 프로쎄스 관 i 
가 통보문을 보내는 프로쎄스사이의 통신통로들 

프로쎄스의 완료러유 


스레드 ID 



스레드처리기 각 계렬 

스레모의 집행니간 
경보상태 
중단계수 
의: 인화통표 

완료포구 


스레드의 출구 !_래 


표 4-4. Windows 2000의 스레드객체속성 

스레드가 봉사기를 호출할 때 스레드를 식 별하는 유일한 값 
스레 드의 집행상태를 정의하는 등록기값들과 다른 휘 발성 자료의 모 ■ 
임의의 주어 진 순간에서의 스레드집행우선권 
스레드■詞: 동적우선권에 대한 보다 낮은 한계 

레드가 실행할수 있는 처리기병} 모임으로서 이것은 스레드 작 
로쎄스에 대한 처려기계렬의 부분모임 또는 전부 

스레드가 사용자방식 및 핵심부방식에서 집행한 루적시간 
스레 드가 비동기수속호출을 하게 되는가를 가려키는 기발 
스레드집행이 계속 집행되지 않고 중단된 시간 

스레 드가 다른 프로쎄스대 신에 (부분체 계 가 사용함) 조작을 수$ 하 
하는 림시접근통표 

프로쎄스관리 자가 스레 드결속시 에 (부분체 계 가 사용함) 통보문 를 
내는 프로쎄스사이의 통신통로 

스레드결속리유 


다중스레드처리 

W 2 K 는 각이 한 프로쎄스의 스레 드들이 병 행 으로 집 행할수 있기때 문에 프로쎄 
에서 병행성을 지원한다. 더우기 갈은 프로쎄스에서 여러개의 스레드들을 개별 
에 배정하여 병 행하여 집 행할수 있다. 다중스레드식 프로쎄스는 여 러 개의 프로쎄 
용하는데 서 간접소비 시 간이 없 이 병 행 성 을 보장한다. 같은 프로쎄 스에 서 스레 _ 
기들의 공통주소공간을 사용하여 정보를 교환할수 있으며 프로쎄스의 공유자원에 
다. 각이한 프로쎄 스들안의 스레 드들은 두 프로쎄 스사이 에 설정 되 여 있는 공유: 

통하여 정보를 교환할수 있다. 

객체지향다중스레 드식프로쎄스는 봉사기 의 응용프로그람실현에서 효과적 인 수< 
다. 실 례 로 하나의 봉사기 프로쎄 스가 몇 개 의 의 뢰 기 를 봉사할수 있 다. 매 개 의 뢰 : 

봉사기 에서 새 로운 스레 드를 창조한다. 

스레드상태 

현존 W 2 K 의 스레드는 6개 상태 중의 하나에 있다(그림 4-14). 즉 

• 준비 : 집행을 위해 일정을 작성할수 있다. 마이크로핵심부의 할당기는 모 f 
상태의 스레 드에 대 한 추적 을 보존하며 우선권순서 에 따라 일정 을 작성한다’ 







선택되여 있다. 스레드는 이 상태에서 처리기를 받을커 
일 실행대기상태의 스레드우선권이 충분히 높다면 처 i 
스를 실행대기상태의 스레드가 마음대로 선취할수도 ' 
기상태의 스레드는 실행중인 스레드가 페색되거나 시 
다린다. 

실행 : 일단 마이크로핵심부가 어떤 스레드나 프로쎄 
대기상태의 스레드는 실행상태에 들어 가서 집행을 ^ 
시 간소편을 다 써 버리거 나 페 색되거 나 또는 완료할 n 
두 경우에 그것은 준비상태에로 돌아 간다. 



그림 4-14. Windows 2000 의 스레 드상£ 

기 다림 : 스레드는 (1) 어떤 사건(실례로 입출력사건)에 
화를 위해 자발적으로 기 다릴 때 또는 (3) 환경부분체계 
단시 킬것 을 지 시 할 때 기 다림 상태 에 들어 간다. 기 다림 
는 그의 모든 자원을 사용할수 있다면 준비상태 에로 이」 
이 행 : 스레드가 실행할 준비 는 되 였지 만 자원을 사용1 
에 이 상태에 들어 간다. 실례로 스레드의 탄창을 기억그 
자원을 사용할수 있을 때 스레드는 준비상태로 간다. 
완료 : 스레드를 그자체에 의해，다른 스레드에 의해」 
완료될 때 완료시킬수 있다. 일단 보조조작들이 완료로 






조작체계의 부분체계들에 대한 지원 

일반목적 프로쎄스와 스레 드의 기능이 여 러 가지 조작체계의뢰 기들의 특정 한 프로쎄 
스 및 스레 드의 구조를 지 원 할수 있 다. 조작체 계 부분체 계 의 책 임 은 W 2 K 프로쎄 스와 스 
레드의 기능을 사용하여 그의 대응하는 조작체계에 대한 프로쎄스 및 스레드의 기능들을 
모방하는것 이 다. 프로쎄스/스레 드관리령역은 아주 복잡하므로 여기서는 간단한 개괄만 
한다. 

프로쎄스의 창조는 조작체계응용프로그람으로부터 오는 새로운 프로쎄스에 대한요 
청 으로부터 시 작한다. 새 로운 프로쎄 스창조요청 은 응용프로그람으로부터 대 응하는 보호 
된 부분체계에 보내 진다. 다음 부분체계는 프로쎄스의 요청을 W 2 K 집행부에 보낸다. 
W 2 K 는 프로쎄스객체를 창조하고 부분체계에 대한 객체에 조종을 넘겨 준다. W 2 K 가 프 
로쎄 스를 창조할 때 자동적 으로 스레 드를 창조하는것 은 아니 다. Win 32 및 OS /2 의 경 우 
에 새로운 프로쎄스는 항상 스레드를 사용하여 창조된다. 따라서 이 조작체계들에서 부 
분체계는 W 2 K 프로쎄스관리 자를 다시 호출하여 새로운 프로쎄스에서의 스레드를 창조한 
다. 이때 프로쎄스관리 자는 W 2 K 로부터 스레드조종을 접수한다. 적 당한 스레드 및 프로 
쎄 스정 보는 그때 응용프로그람에 반환된다. 16 bit Windows 및 POSIX 의 경 우에 스레 드 
들을 지원하지 않는다. 따라서 이 조작체계에서 부분체계는 프로쎄스를 활성화시키기 위 
해 W 2 K 로부터 새 로운 프로쎄스에서의 스레 드를 엄는다. 그러 나 프로쎄스정보만은 응용 
프로그람에 반환한다. 응용프로그람의 프로쎄 스가 스레 드를 사용하여 실현된다는 사실은 
응용프로그람에서 보이지 않는다. 

새 로운 프로쎄 스를 Win 32나 OS /2 에 서 창조할 때 새 로운 프로쎄 스는 자기 의 많은 
속성들을 창조하는 프로쎄스로부터 상속 받는다. 그러 나 W 2 K 환경에서 프로쎄스창조는 
간접적 으로 수행된다. 응용프로그람의 의뢰기프로쎄스는 자기의 프로쎄 스창조요청 을 조 
작체 계의 부분체 계 에 내 보낸다. 다음 부분체 계안의 프로쎄 스가 이 번에는 프로쎄스요청 을 
W 2 K 집행부에 내보낸다. 희망하는 효과는 바로 새로운 프로쎄스가 의뢰기프로쎄스의 특 
성 을 계 승하고 봉사가 프로쎄 스의 속성 을 계 승하지 않는것 이 므로 W 2 K 는 부분체 계 가 새 
로운 프로쎄 스의 부모에 게 특성 을 부여할수 있게 한다. 새 로운 프로쎄 스는 그때 부모의 
접근통표，할당한계，기본우선권 및 기정의 처리기친화성을 계승한다. 

대칭령다중처리지원 

W 2 K 는 SMP 하드웨어구성을 지원한다. 임의의 프로쎄스들의 스레드는 집행부중의 
스레 드를 포함하여 임의의 처 리 기상에서 실 행할수 있다. 다음단락에서 설명하는 계 렬제 
한이 없는데서 마이크로핵심부는 준비상태의 스레드를 다음번에 사용할수 있는 처리기에 
할당한다. 이것은 아무러한 처리기도 휴식할수 없게 하거나 또는 보다 높은 우선권을 가 
진 스레 드가 준비 상태 에 있을 때 보다 낮은 우선권을 가진 스레 드를 집 행하지 못하게 해 
준다. 같은 프로쎄 스로부터 여러 개의 스레 드가 여러 처리 기 상에 서 동시 에 집 행 중에 있 을 
수 있 다. 

기정사실 로서 마이 크로핵 심부는 스레 드를 처 리기들에 할당하는데서 유연한 친화적방 
책 을 사용한다. 즉 할당기는 마감에 실행한 갈은 처 리기 에 준비상태의 스레 드를 할당하 
려 고 한다. 이것은 스레드의 이전 집 행 으로부터 처 리 기의 기 억기캐쉬안에 아직 있는 자 
료를 사용할수 있게 해춘다. 응용프로그람이 일정한 처리기들에서 자기 스레드의 집행을 
제한할수 있다(딱딱한 친화성). 


167 





제 5 절. Solaris ®! 스레드 및 SMP 관리 


Solaris 는 처리기의 자원을 개발하는데서 일정한 유연성을 주기 위해 설계된 례외적 
인 다중준위스레드지원을 실현한다. 

다중스레드식구성방식 

Solaris 는 4개의 개별적인 스레드관련개념들을 사용한다. 

• 프로쎄스 : 이것은 보통 UNIX 프로쎄스이며 사용자의 주소공간탄창 및 프로쎄스 
조종블로크를 가진다. 



사용자준위스레 드 : 프로쎄 스의 주소공간에 있 는 스레 드서 고를 통하여 실 현되 므 
로 이것들은 조작체계에서 보이지 않는다. 사용자준위스레드 ( ULT ) 8 는 응용프로 
그람의 기구에서의 병 렬기구를 위 한 대면부이다. 

경 량프로쎄 스 : 경 량프로쎄 스 ( LWP ) 는 ULT 와 핵 심 부스레 드사이 에 서 의 사영 으 
로 볼수 있다. 매개 LWP 는 하나이상의 ULT 를 지원하며 하나의 핵심부스레드 
에 로 사영 한다. LWP 는 핵 심부가 독립 적 으로 일정 을 작성하며 다중처 리 기상에서 


략자 ULT 는 필자가 붙인것이며 Solaris 문헌에서도 찾아 볼수 없다. 
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병렬로 집행할수 있다. 

• 핵심부스레드 : 이것들은 체계처리기중의 한 처리기상에서 실행하도록 일정을 작 
성하고 할당할수 있는 기본실체들이다. 

그림 4-15 는 이 4개 의 실 체 들사이 의 관계 를 설 명 하고 있 다. 매 개 LWP 를 위한 하나 
의 핵심부스레드가 언제 나 정확히 있다는것을 주목하자. LWP 는 응용프로그람의 프로쎄 
스에 서 볼수 있 다. 그래 서 LWP 자료구조는 자기 의 개 별적 인 프로쎄 스주소공간에 존재한 
다. 동시에 매개 LWP 는 단일할당가능한 핵심부스레드에 대해 경계를 짓게 되며 핵심부 
스레 드에 서 의 자료구조는 핵 심 부의 주소공간에 보존된 다. 

실례에서 프로쎄스 1은 단일 LWP 에 대해 경계를 지은 단일한 ULT 로 구성되여 있 
다. 이리하여 전통적인 UNIX 프로쎄스에 대응하는 단일스레드의 집행이 있다. 단일프로 
쎄스에서 병행성 이 요구되지 않을 때 응용프로그람은 프로쎄스구조를 사용한다. 프로쎄 
스 2는 순수한 ULT 전략에 대 응한다. 단일핵심부스레 드가 모든 ULT 를 지 원하며 따라서 
한번에 오직 하나의 ULT 를 집 행할수 있 다. 이 구조는 병 행 성 을 표현하는 방법 으로 프로 
그람처리를 제일 잘할수 있는 응용프로그람에서 쓸모가 있으나 여러 스레드들을 병렬적 
으로 집행할 필요는 없다. 프로쎄스 3은 보다 적은 수의 LWP 상에서 다중화된 여러 스 
레드를 보여 주고 있다. 일반적으로 Solaris 는 응용프로그람들이 보다 적거나 같은 수의 
LWP 상에서 ULT 들을 다중화할수 있다. 이것은 응용프로그람이 프로쎄스를 지원하게 될 
핵심부준위에서의 병렬화정도를 특징 짓는다. 프로쎄스 4는 1대 1사영에서 LWP 에 경계 
를 지은 자기의 스레드를 영구적으로 가진다. 이 구조는 핵심부준위병렬화가 응용프로그 
탐에 충분히 보일수 있게 해준다. 스레드들이 대체로 또는 흔히 폐색중 방식으로 중단된 
다면 그것 이 쓸모가 있다. 프로쎄스 5는 여 러 LWP 상에서의 여 러 ULT 사영과 LWP 에 
대 한 ULT 의 경 계 짓 는 수법 을 모두 보여 주고 있 다. 추가적 으로 하나의 LWP 는 특정한 
처리기에서 경계를 짓는다. 

그림에서는 LWP 와 관련이 없는 핵심부스레드의 존재를 보여 주지 않고 있다. 핵 
심부는 핵심부스레 드를 창조，실행 및 파괴 함으로써 특정한 체 계 기능을 집 행한다. 체계 기 
능을 실현하기 위해 핵심부 프로 쎄스가 아니라 핵심부스레드를 사용하면 핵심부에서의 절 
환 (프로 쎄 스절 환으로부터 스레 드절 환에 로 의 ) 에 대 한 간접 소비 시 간을 감소시 킨다. 

동기 

사용자준위 및 핵심부준위스레드들의 결합은 응용프로그람작성자에게 주어 진 응용 
프로그람에서 가장 효과적 이며 가장 적 당한 방법으로 병행성을 개발할수 있게 한다. 

일부 프로그람들은 간단화를 위해 개발할수 있는 론리적인 병렬기구와 구조식코드를 
가지지만 하드웨어적인 병렬기구를 요구하지는 않는다. 실례로 응용프로그람이 여러 창 
문들을 사용하는데 어떤 시간에 그중의 하나만이 능동상태로 되며 그 응용프로그람은 단 
일 LWP 상에 서 ULT 의 모임처 럼 실 현되 는 우점 을 가질수 있 다. 그러한 응용프로그람들 
을 ULT 들로 국한시키 는것 이 가지 는 우점 은 효과성 이 다. ULT 는 핵 심 부를 기 동시 키 지 
않고 창조, 파괴，폐색，활성화 등을 할수 있다. 매개 ULT 가 핵심부에 알려 진다면 핵 
심부는 핵심부자료구조를 매개 ULT 에 배정해야 하며 스레드를 절환해야 할것이다. 알고 
있는바와 같이 (표 4-1) 핵심부준위의 스레드절환은 사용자준위의 스레드 절환보다 비용이 
더 든다. 

만일 응용프로그람이 입출력을 수행하고 있을 때와 같이 폐색될수 있는 스레드를 가 
지 고 있다면 여 러개의 LWP 들을 가지 고 같거 나 더 많은 수의 ULT 들을 지 원하는것 이 
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퍽 유리 할것 이 다. 응용프로그람도 스레 드서 고요구도 같은 프로쎄 스에 서 다른 스레 드가 
집행하도록 외곡하지 않는다. 대신 프로쎄스안에서 한 스레드가 폐색된다면 프로쎄스의 
다른 스레 드들은 남아 있는 LWP 들상에 서 실 행할수도 있 다. 

ULT 들을 LWP 들에로 1대 1사영하는것유 일부 응용프로그람에서 효과적 이 다. 실례 
로 어떤 병렬배렬계산은 그 배렬의 렬들을 서로 다른 스레드들사이에서 나눌수 있을것이 
다. LWP 당 정확히 하나의 ULT 가 있다면 진행되는 계산에서 아무러한 스레드절환도 필 
요 없다. 

LWP 들에 영구적으로 경계를 지은 스레드들과 경계를 짓지 않는 스레드들(여러 
LWP 들을 공유하고 있는 여러 스레드들)을 혼합시키는것은 일부 응용프로그람에서 합리 
적 이 다. 실례 로 실시 간응용프로그람의 일부 스레 드들이 체 계범위의 우선권과 실시 간일정 
작성 을 하며 한편 다른 스레 드들이 기 본기 능을 수행하며 하나 또는 그보다 작은 LWP 들 
의 동적구역을 공유할수 있도륵 할것을 원할수도 있다. 

프로쎄스구조 

그림 4-16 은 일반적 인 용어들로 전통적 인 UNIX 체계의 프로쎄스구조와 Solaris 의 
프로쎄스구조를 비교한다. 대표적인 UNIX 실현물을 보면 프로쎄스구조는 처리기 ID , 사 
용자 ID , 신호할당표를 포함하는데 핵심부는 이것을 사용하여 프로쎄스에 신호를 보낼 
때 무엇 을 하겠는가를 결정하며 또한 파일서 술자를 포함하는바 그것 은 프로쎄 스가 사용 
하는 파일들의 상태를 서술해 준다. 그리고 프로쎄스구조는 기억기배치표를 포함하고 있 
는데 이것은 프로쎄스에서의 주소공간을 정의해 주며 또한 처리기의 상태구조를 포함하 
는바 이것은 프로쎄스용핵심부탄창을 포함한다. Solaris 는 이 기본구조를 보존하지만 처 
리기의 상태블로크를 매개 LWP 를 위한 하나의 자료블로크를 가지는 구조들의 목록으로 
교체 한다. 

LWP 자료구조는 다음과 같은 요소들을 가지고 있다. 즉 

• LWP 식별자 

• LWP 의 우선권 및 이로부터 그것들을 지원하는 핵심부스레드 

• 신호를 접수하게 될 핵심부를 알려 주는 신호가리개 

• 보관된 사용자준위등록기들의 값 ( LWP 가 실행중에 있지 않을 때) 

• LWP 에서의 핵 심 부탄창은 체 계호출독립 변수，결과 및 매 호출준위 에서의 오유코 
드를 가지고 있다. 

• 자원의 사용 및 프로그람실행통보자료 

• 대응하는 핵심부스레드에 대한 지시기 

• 프로쎄스의 구조에 대한 지시기 


스레드집행 

그림 4-17 은 ULT 와 LWP 량자의 집행상태를 간소화하여 보여 주고 있다. 사용자준 
위스레드들의 집행은 스레드서고가 관리한다. 우선 경계를 짓지 않는 스레드 즉 많은 
LWP 들을 공유하는 스레드를 고찰하자. 경계를 짓지 않은 스레드는 4개의 상태 즉 실행 
가능，능동, 재우는 및 정지된 상태들중의 하나에 있을수 있다. 능동상태에서 ULT 는 일 
반적 으로 기 초로 되 는 핵 심 부스레드가 집 행하는 동안 LWP 에 할당되 여 집 행한다. 몇 가 


170 






그림 4-16. 전통적 인 UNIX 와 Solaris 2. 표에서 프로쎄스의 구조 [LEV 


이 ULT 를 능동상태에서 벗어 나게 할수 있다. T 1 이 라고 부르는 능동 
다음의 사건들이 발생할수 있 다. 즉 

사화 : T 1 는 계5장에서 설명하는 병행성의 기본지령중의 하나를 기동*' 
작을 다른 스레 드들과 함께 조종하도록 하며 호상 배 제하도록 한다. T ： 
상태에 놓인다. 동기화조건이 만족되면 T 1 은 실행가능한 상태로 이동 
i : T 1 을 중단시켜 임의의 스레드 ( T 1 을 포함하여)를 정지된 상태에 
t - 있 다. T 1 은 다른 스레드가 실 행 가능한 상태 로 이 동시 켜 줄 요청 을 
I 때까지 그 상태에 머물러 있는다. 

H : 능동스레드 ( T 1 또는 일정한 다른 스레드)는 보다 높은 우선권을 
스레드 ( T 2) 를 실행가능상태로 되도록 해주는 어떤것을 한다. 만일 T ： 
욘 우선권을 가진 능동스레 드라면 그것 은 선취 되 여 실 행 가능한 상태5 
T 2 가 사용할수 있게 된 LWP 에 할당된다. 

S . : 만일 T 1 이 thr - yield () 의 서고지령을 집행한다면 서고에서 스레프 
성프로그람은 갈은 우선권을 가진 실행가능한 스레드 ( T 2) 가 있는가를 





























경계 지은 스레드에서 ULT 와 LWP 사이의 관계는 약간 다르다. 실례로 경계 지은 
ULT 가 동기화사건을 기다리고 있는 재우는 상태에로 이동한다면 LWP 도 역시 실행을 
정지해 야 한다. 이것은 핵심부준위의 동기화변수에 기 초하여 LWP 블로크를 가지 는것 으 
로 성취된다. 

스레드로서의 새치기 

대부분의 조작체계들은 두개의 기본적인 비동기동작형태 즉 프로쎄스와 새치기를 포 
함한다. 프로쎄스들(또는 스레드)은 서 로 협동하며 여 러 가지 기본지 령 에 의 하여 공유된 자 
료구조의 사용을 관리한다. 기본지 령은 호상배제 (한번에 하나의 프로쎄스만이 일정한 코드 
를 집행하거나 일정한 자료에 접근할수 있다.)를 실시하며 그것들의 집행을 동기화시킨다. 
새치기는 어떤 시간주기동안 그것들의 발생을 차단시킴으로써 동기화된다. Solaris 는 이 
두 개념을 단일방식 즉 핵심부스레드 및 핵심부스레드를 일정작성하고 집행하기 위한 기 
구들로 통일화한다. 이것을 하기 위해 새치기를 핵심부스레드로 변환한다. 

새 치기를 스레 드로 변환하는데서의 동기는 간접소비시 간을 감소시키 자는것 이 다. 새 
치기조종기는 흔히 핵심부의 나머지부분이 공유한 자료를 조작한다. 따라서 그러한 자료 
에 접근하는 핵심부루린을 집행하는 동안 대부분의 새 치기가 그 자료에 영향을 미치지 
않는다할지 라도 새 치 기 는 폐 색 되 여 야 한다. 대 체 로 이 것 을 수행 하는 방법 은 루린 이 새 치 
기 를 페 색 시 키 기 위 해 보다 높은 새 치 기 우선권준위 를 설정 하며 접 근이 완수되 면 보다 낮 
은 우선권준위를 설정하는것이다. 이 문제는 다중처리기체계에 기초하여 확대된다. 핵심 
부는 객체들을 더 잘 보호해야 하며 모든 처리기들에서 새치기를 페색시키도록 요구할수 
도 있다. 

Solaris 에서 해결대책은 다음과 같이 요약할수 있다. 즉 

1. Solaris 는 핵심부스레드의 모임을 사용하여 새치기를 조종한다. 임의의 핵심부스 
레드에 대해서와 마찬가지로 새치기스레드는 자체식별자，우선권，문맥 및 탄창 
을 가전다. 

2. 핵심부는 자료구조에 대한 접근을 조종하며 계5장에서 서술되는 형태중에서 호상 
배제의 기본지 령들을 사용하여 새 치 기스레 드들사이 에서 동기화를 보장한다. 즉 
스레 드들에서의 보통 동기화수법 을 새 치기를 처 리하는데 사용한다. 

3. 새 치기스레드는 모든 다른 형의 핵심부스레드들보다 높은 우선권들을 할당 받는다. 

새 치 기가 발생할 때 그것은 특정한 처 리기 에 배 당되며 처 리 기상에서 집 행되 고 있던 
스레드는 고정된다. 고정된 스레드는 다른 처리기에 이동할수 없으며 그의 문맥은 보존 
된다. 그것은 단순히 새치기가 처리될 때까지 새치기된다. 처리기는 그다음 새치기스레드 
를 집행하기 시작한다. 사용할수 있는 활성화를 상실한 새치기스레드들의 저장구역이 있 
어 새 로운 스레 드창조가 필요 없다. 새 치기스레 드는 다음에 집 행하여 그 새 치 기를 처 리 
한다. 만일 처 리기루린이 다른 집 행중인 스레드가 사용하도록 일정한 류형으로 현재 고 
정 되 여 있는 자료구조에 대 한 접 근을 요구한다면 새 치 기 스레 드는 접 근을 기다려야 한다. 
새 치기스레 드는 단지 보다 높은 우선권을 가진 다른 새 치기스레드가 선취할수 있다. 

Solaris 새치기스레드에서의 경험은 이 방법이 전통적인 새치기처리전략에서 우월하 
다는것을 보여 준다. 
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제 6 절. UNUX 의 프로쎄스 및 스레드관리 

UNUX 의 프로쎄스 

프로쎄스나 과제를 LINUX 에서는 task_struct 자료구조로 표현한다. LINUX 는 task 
표를 가지고 있는데 이것은 현재 정의되여 _ 있는 매 task_struct 자료구조에 대한 선형벡 
토르로 되여 있는 지시기이다. task_struct 자료구조는 몇가지 범주에 속하는 정보를 가 
지고 있다. 

• 상태 : 프로쎄스의 집행상태 (집행중，준비，중단, 정지，좀비)이 다. 이것은 후에 설 
명 한다. 

• 일정작성정보 : 프로쎄스의 일정을 작성하기 위해 LINUX 가 요구하는 정보이다. 
프로쎄 스는 보통 또는 실시 간프로쎄 스로 될수 있으며 일정한 우선권을 가진다. 
실시간프로쎄스들은 보통프로쎄스들보다 먼저 일정을 받으며 매 범주에서 상대적 
인 우선권을 사용할수 있 다. 계 수기 는 프로쎄 스를 집 행하는데 허 용되 는 시 간의 
추적을 보존한다. 

• 식별자 : 매 프로쎄스는 유일한 프로쎄스식별자를 가지며 또한 사용자 및 그룹식 
별자를 가진다. 그롭식별자는 사용자가 속한 그룹에 자원접근권한을 할당하는데 
사용된 다. 

• 프로쎄스간통신 : LINUX 는 UNIX SVR4 에서 보게 되 는 IPC 기 구를 지 원하는데 
이 문제는 제6장에서 서술한다. 

• 련결지령 : 매개 프로쎄스는 자기의 부모프로쎄스에 대한 련결지령，자기의 자식 
들(갈은 부모를 가지는 프로쎄스들)에 대한 련결지령들 및 그의 모든 자식들에 
대한 련결지령을 가진다. 

• 시 간과 시계 : 프로쎄스의 창조시 간과 프로쎄스가 지금까지 소비한 처 리 기의 시 
간을 포함한다. 프로쎄스는 또한 하나이상의 간격시계들과 관련되여 있을수 있다. 
프로쎄스는 체계호출로써 간격시계를 정의하며 결과적 으로는 시계 가 다 돌아 갔 
을 때 프로쎄스에 신호를 보낸다. 시계는 한번 사용할수도 있고 주기적으로 사용 
할수도 있다. 

• 파일체계 : 프로쎄스가 열어 놓은 임의의 파일에 대한 지시기들을 가지고 있다. 

• 가상기 억 기 : 프로쎄 스에 할당된 가상기 억 기 를 정 의한다. 

• 처 리기 특정의 문맥 : 프로쎄스에 대 한 문맥을 구성하는 등록기 및 탄창정보 

그림 4-18 은 프로쎄스의 집 행상태를 보여 주고 있다. 그 상태는 다음과 같다. 즉 

• 실행중 : 이 상태의 값들은 두 상태에 대응한다. 실행중 프로쎄스는 집행중이나 
집 행 할 준비 상태 중의 어 느 한 상태 에 있 다. 

• 새치기가능 : 이것은 폐색된 상태로서 이 상태에서 프로쎄스는 입출력조작을 끝 
낸다. 자원의 사용가능성 또는 다른 프로쎄스로부터의 신호와 갈은 어떤 사건을 
기다리고 있다. 

• 새치기불가능 : 이것은 또 하나의 폐색된 상태이다. 이것과 새치기가능상태사이의 
차이 는 새 치 기 불가능상태 에 서 프로쎄 스가 하드웨 어 조건을 직 접 기 다리 고 있으며 
따라서 어떤 신호도 밤으려고 하지 않는다. 

• 정지 : 프로쎄스는 정지되여 있고 다른 프로쎄스로부터의 실제 동작에 의해서만 계속 
집행할수 있다. 실례로 착오수정을 받고 있는 프로쎄스를 정지상태 에 놓을수 있다. 
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그림 4-18. Linux 의 프로쎄스 / 스레드모형 

• 좀비 : 프로쎄 스가 완료하였지 만 일정한 리 유로 하여 아직 자기 의 과제 구조를 프 
로쎄스표에 가지고 있어야 한다. 

Unux 의 스레드 


새로운 프로쎄스가 현재의 프로쎄스속성들을 복사하여 Linux 안에서 창조된다. 파일， 
신호조종기 들 및 가상기 억 기 와 갈은 자원들을 공유하도록 새 로운 프로쎄 스를 복제할수 
있다. 두 프로쎄스가 갈은 가상기억기를 공유할 때 그것들은 단일프로쎄스의 스레드들과 
같이 동작한다. 그러나 그 어떤 개별적형태의 자료구조도 스레드용으로 정의되지 않는다. 
그리 하여 Linux 는 스레드와 프로쎄스사이 에 그 어떤 차이도 두지 않는다. 

요약，기본용어 및 복습문제 

일부 조작체계들은 프로쎄스와 스레드에 대한 개념을 명백히 구별하는데 전자는 자 
원소유권과 관련되여 있고 후자는 프로그람의 집행과 관련되여 있다. 이 방법은 효과성 
및 코드화의 편리성을 개선할수 있다. 다중스레드체계에서 여러 병행스레드들은 단일프 
로쎄 스에 서 정 의할수 있 다. 사용자준위 스레 드는 조작체 계 에 알려 지 지 않으며 프로쎄 스 
의 사용자공간에 서 실 행 하는 스레 드서 고가 창조하고 관리한다. 사용자준위스레 드는 방식 
절환이 한 스레드로부터 다른 스레드로 절환할것을 요구하지 않기때문에 매우 효과적 이 
다. 그러 나 프로쎄스의 단일사용자준위스레 드만 한번에 집행 할수 있고 만일 한 스레드가 
페색되면 전체 스레드가 폐색된다. 핵심부준위스레드는 핵심부가 보존하고 있는 프로쎄 
스의 스레 드들이다. 핵 심 부가 그것 들을 인식 하기 때 문에 갈은 프로쎄 스의 여 러 스레 드를 
다중처 리 기상에서 집 행할수 있으며 스레 드페 색 이 전체 프로쎄 스를 페색 시 키지 않는다. 
그러 나 방식절환은 한 스레 드로부터 다른 스레 드에 로 절환할것을 요구한다. 
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대칭형다중처리는 임의의 프로쎄스(또는 스레드)가 임의의 처리기상에서 실행할수 
있는 그러 한 다중처 리 기 체 계 를 조직 하는 방법 으로서 이것은 핵 심 부코드와 프로쎄 스를 가 
진다. SMP 구성방식은 새로운 조작체계설계문제를 제기하며 류사한 조건하에서 단일처리 
기체계보다 더 큰 성능을 준다. 

최근년간에 조작체계설계와 관련하여 마이크로핵심부방법에 많은 관심을 두고 있다. 
그의 순수한 형 식 에서 마이 크로핵 심부조작체 계 는 핵 심 부방식 에서 실행하며 가장 본질적 
이며 림계적 인 조작체계기능만을 가지는 매우 작은 마이크로핵심부로 구성되여 있다. 다 
른 조작체 계기 능들은 사용자방식 에 서 집 행하도록 그리 고 림 계봉사들에 서 마이 크로핵 심 부 
를 사용하도록 완성된다. 마이크로핵심부설계는 유연하고 높은 모둘식개발을 할수 있게 
해춘다. 그러나 이러한 구성방식의 성능에 대한 문제점들이 남아 있다. 

기본용어 


핵 심 부준위 스레 드 ( KLT ) 

다중스레 드처 리 

과제 

경 량프로쎄 스 

프로쎄스 

스레드 

마이크로핵심부 

대 칭 형 다중처 리 기 

사용자준위스레드 

단일화조작체계 

( SMP ) 

( ULT ) 


복습문제 

1. 표 3-5 는 비스레 드식 조작체 계 의 프로쎄 스조종블로크에 서 보게 되 는 대 표적 인 요 
소들을 목록화하고 있다. 이중에서 어느것 이 스레드조종블로크에 속하며 어느것 
이 다중스레드식체계에서의 프로쎄스조종블로크에 속하는가? 

2. 스레드사이에서의 방식절환이 프로쎄스사이에서의 방식절환보다 비용이 적게 드 
는 리 유를 렬 거 하시 오. 

3. 프로쎄스의 개념에 포함된 두개의 개별적이며 잠재적으로 독립적인 특성은 무엇 
인가? 

4. 단일사용자다중프로쎄스처리체계에서 스레드를 사용하는 일반적인 실례를 4개 드 
시오. 

5. 프로쎄스의 모든 스레드들이 대표적으로 공유하게 되는 자원은 무엇인가? 

6. KLT 들에 대 한 ULT 들의 세 가지 우점 들을 렬 거하시 오. 

7. ULT 들의 두가지 결 함을 KLT 와 비 교하여 렬 거하시 오. 

8. 쟈케 트화를 정 의하시 오. 

9. 그림 4-8 에 서 이 름을 붙인 여 러 가지 구성 방식 들을 간단히 정 의하시 오. 

10. SMP 조작체 계 에서의 주요설계 문제 를 렬거하시오. 

11. 마이크로핵 심부조작체 계 에서 외부부분체 계들로 될수도 있는 대 표적 인 단일화조작 
체 계 에 서 의 봉사와 기 능들의 실 례 를 드시 오. 

12. 마이크로핵심부설계의 7개 우점을 단일화조작체계설계와 비교하여 렬거하고 간단 
히 설명하시오. 

13. 마이 크로핵 심 부조작체 계 의 성 능상 결 함을 설 명 하시 오 . 

14. 극히 작은 마이 크로핵 심부조작체 계 에서도 찾아 볼수 있다고 기 대하는 세 가지 기 
능을 렬 거하시 오. 

15. 마이크로핵 심부조작체계 에서 프로쎄 스나 스레 드들사이 에서 통신의 기 본형식은 무 
엇 인 가? 
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련습 문제 

1 . 프로쎄 스에서 다중스레 드를 사용하는것 이 가지는 두가지 우점은 a) 현존하는 프 
로쎄 스에 서 새 로운 스레 드를 창조하는것 은 새 로운 프로쎄 스를 창조하는것 보다 
적은 작업량이 포함되며 (2) 같은 프로쎄스에서 스레드들사이의 통신이 간소화된 
다는것이다. 같은 프로쎄스에서 두 스레드사이의 방식절환이 서로 다른 프로쎄스 
에서 두 스레드사이에서의 방식절환보다 적은 작업을 포함한다는것도 역시 바로 
그 경우로 되는가? 

2. KLT 에 비한 ULT 의 설명 에서 ULT 의 결함은 ULT 가 체 계호출을 할 때 스레 드 
가 페 색 될뿐아니 라 프로쎄 스의 모든 스레드가 폐 색된다는것 이 다. 그렇 게 되 는 리 
유는 무엇 인가? 
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3. OS /2 에서 다른 조작체 계안에 있는 프로쎄스의 개 념 에서 공통적 으로 구체화되는 
것은 세개의 개별적인 실체들로 갈라 진다. 즉 전송단위，프로쎄스와 스레드이다. 
전송단위는 사용자대면부(건반，영상표시장치，마우스)와 관련된 하나이상의 프 
로쎄 스들의 집 합이 다. 이 전송단위 는 단어처 리프로그람이 나 작업판과 같은 대 화 
형 사용자응용프로그람을 표현한다. 이 개 념은 개 인용콤퓨터사용자가 여 러개의 응 
용프로그람을 열 고 화면상에 여 러개의 매 창문들을 가지 게 해 춘다.조작체 계는 
어느 창문인가에 대한 그리고 어느 전송단위가 능동인가에 대한 추적을 보존하 
여 야 하며 그에 의해 건반과 마우스입 력 이 응용프로그람전송단위 에 로 경 로를 정 
하게 된다. 임의의 시 간에 하나의 전송단위는 전경방식 에 있으며 다른 전송단위 
는 배경방식에 있다. 모든 건반과 마우스입력은 응용프로그람이 묘사하는데 따라 
전경 전송단위 의 프로쎄 스중의 하나에 주의 를 돌리 게 된다. 전송단위 가 전경방식 
에 있 을 때 영 상출력 을 수행 하는 프로쎄 스는 그것 을 직 접 하드웨 어 영 상완충기 에 
보내며 거기 로부터 사용자의 화면에 로 출구된다. 전송단위 가 배 경방식 으로 이동 
할 때 하드웨 어영 상완충기 는 전송단위 를 위한 론리영 상완충기 에 보관된 다. 전송 
단위 가 배 경방식 에 있는 동안 전송단위 가 집 행 하고 화면출력 을 산생하는 임 의의 
프로쎄 스중의 스레드가 있 다면 출력 은 직 접 론리영 상완충기 에 로 경 로를 정 하게 
된다. 전송단위 가 전경방식 으로 돌아갈 때 화면은 갱 신되 여 새 로운 전경 전송단위 
에서의 론리영상완충기의 현재 내 용을 반영한다. OS /2 에서 프로쎄 스와 관련한 
개념의 수를 세개로부터 둘로 감소시키는 방법이 있다. 전송단위를 없애고 사용 
자대면부(건반，마우스，화면)를 프로쎄스들과 련관시 킨다.이 렇게 하여 한번에 
하나의 프로쎄 스가 전경방식 에 있 다. 더 구조화하기 위 해 프로쎄 스들을 스레 드로 
쪼갤수 있다. 

一0 이 방법을 쓰면 어떤 편리성을 상실하는가? 

l ) 이런 변경을 진척시킨다면 어디에서 자원(기억기，파일 등)을 할당하겠는가 
즉 프로쎄 스준위 에 서 하겠 는가，스레 드준위 에 서 하겠 는가? 

4. 사용자준위스레드와 핵심부준위스레드사이에 1대 1사영이 있는 환경을 고찰하자. 
이 환경 은 프로쎄 스에 서 다른 스레드가 계 속 실 행하는 동 안 하나이 상의 스레 드 
를 체계호출차단시키도록 해준다. 이 모형 이 단일처 리기기계상에서 그것들의 단 
일 스레 드식실 행보다 다중스레 드식프로그람실 행 을 더 빨리 할수 있게 하는 리 유 
를 설명하시오. 

5. 프로쎄 스가 선취되 고 아직 프로쎄 스중의 스레 드들이 실 행 중에 있 다면 그것 들을 
계 속 실 행할수 있겠는가? 

6. OS /390 일반형콤퓨터조작체계는 주소공간과 과제들에 대 한 개념들로 구조화되여 
있다. 대 략적으로 말하여 단일주소공간은 단일응용프로그람에 대응하며 다른 조 
작체계들에서 하나이하의 프로쎄스에 대응한다. 주소공간에서 많은 과제들을 발 
생시킬수 있으며 병 행하여 집 행할수 있는데 이 것은 대체 적 으로 다중스레 드처 리 
개념에 대응한다. 이 과제구조를 관리하는데서 두개의 자료구조가 기본이다. 주 
소공간조종블로크 ( ASCB ) 는 OS /390 에 필요한 주소공간이 집행중인가 아닌가 하 
는데 대한 정보를 담고 있다. ASCB 안의 정보는 할당우선권，주소공간에 배정된 
실제 및 가상기 억기 , 주소공간에 있는 그만한 개수의 준비상태의 과제들 및 매 개 
가 교체되 여 나가는가 마는가에 대 한 정 보를 포함하고 있다. 과제블로크 ( TCB ) 




는 집행상태에 있는 사용자프로그람을 표현한다. 그것은 주소공간에서 과제를 
관리하는데 필요한 정보를 담고 있으며 처리기의 상태정보, 과제의 일부분인 
프로그람에 대한 지시기들 및 과제집행상태를 포함하고 있다. ASCB 는 체계기 
억기에 보존되여 있는 전역구조이며 한편 TCB 는 그것들의 주소공간에 보존되 
여 있는 국부구조이다. 조종정보를 전역 및 국부몫으로 조개는것이 가지는 우 
점은 무엇인 가? 

7. 8개의 처리기를 가진 다중처리기가 레프구동기를 20개 결합하였다. 체계에 복종된 
규모가 큰 많은 일감들이 있는데 그 매개는 집행을 완료하는데 4개의 레프구동 
기를 요구한다. 매 개 일감은 세개의 레 프구동기 만을 가지 고 오랜기 간 실행하며 
후에 그 조작의 마감근방에 서 짧은 기 간동안 네번째 레 프구동기 를 요구한다고 
하자. 또 그러한 일감은 끝없이 보장된다고 하자. 

_0 OS 에 서 일정작성프로그람이 네번째 레 프구동기 를 사용할수 없는한 일 감을 
시 작하지 않는다고 하자. 일 감이 시 작될 때 네번째 구동기 는 즉시 에 할당되 
며 일감이 완수될 때까지 해방되지 않는다. 한번에 진척시킬수 있는 최대일 
감의 수는 몇인가? 이 방법을 따를 때 휴식상태에 남아 있을수 있는 최대최 
소의 레프 구동기수는 얼마인가? 

l ) 테프구동기사용을 개선하여 갈은 사간에 체계의 교착을 피하는 다른 대치방 
법을 제기하시오. 한번에 진척시길수 있는 최대일감의 수는 얼마인가, 휴식 
중에 있는 레프구동기수의 한계는 얼마인가? 

8. Solaris 의 ULT 상태들에 대한 설명에서 ULT 가 같은 우선권을 가진 다른 스레드 

에 양보할수 있다는것을 설명하였다. 보다 높은 우선권을 가진 실행가능한 스레 
드가 있을수 있으며 따라서 양보기능은 갈은 층에서 같거 나 보다 높은 우선권 
을 가진 스레드 에 양보하는 결과를 가져 올수는 없는가? 
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제 5 장. 병행성 : 호상배제와 동기화 

조작체 계의 중심주제는 모두 프로쎄스 및 스레드관리와 관련되여 있다. 즉 

• 다중프로그람처리 : 하나의 처리기에서 여러개의 프로쎄스관리 

• 다중프로쎄 스처 리:다중처 리기 에서 여 러개의 프로쎄 스관리 

• 분산처리 : 여러개의 분산된 콤퓨터체계에서 집행하는 여러개의 프로쎄스관리 
최근 클라스터의 보급은 이런 체계류형에 대한 첫 실례로 된다. 

이 모든 령역의 기초이며 조작체계설계의 기초는 병행성이다. 병행성은 프로쎄스사이 
의 통신，자원공유와 경쟁，여러개 프로쎄스들의 동작상 동기, 프로쎄스에 대한 처리기시 
간의 할당을 포함하여 대 다수의 설계문제들을 포함한다. 이 문제점들은 다중프로쎄스처 리 
나 분산처 리 환경 에 서 만이 아니 라 지 어 단일 처 리 기 식 다중프로그람처 리 체 계 에 서 도 생 긴다. 

병행성은 3개의 서로 다른 문맥에서 생긴다. 즉 

• 다중응용프로그람 : 다중프로그람처 리는 여 러 개의 능동적 인 응용프로그람들사이 에 
서 처리시간을 동적으로 공유하도록 하기 위해 발명하였다. 

• 구조화응용프로그람: 모둘설계 및 구조식프로그람작성원리의 확장으로서 일부 응 
용프로그람을 병 행프로쎄 스의 모임 으로서 효과적 으로 프로그람화할수 있 다. 

• 조작체계구조: 같은 구조화의 우점 이 체계프로그람작성자에게도 적용되며 조작체 
계자체가 프로쎄스나 스레드의 모임으로 실현된다. 

이 문제의 중요성으로부터 이 책의 4개 장이 병행성과 관련된 문제점들에 중심을 두 
고 있다. 이 장과 다음 장에서는 다중프로그람처리 및 다중 스레드 처리체계에서의 병행성 
을 취 급한다. 제13장，제14장은 분산처 리 와 관련 한 병 행 성 문제점 을 론의한다. 이 책 의 
나머지 부분에서 조작체계설계에서의 다른 중요한 문제점들을 론한다고 하여도 병행성은 
다른 모든 문제점들에 대 한 고찰에서 중요한 역 할을 한다. 

이 장은 병 행성의 개 념과 여 러 병 행프로쎄스의 집행 에 대 한 의미를 소개하는것 으로 
부터 시 작한다. 1 우리 는 병 행 프로쎄 스를 지 원하는데 서 기 본요구가 호상배 제 능력 이 라는것 
을 알고 있다. 즉 한개 프로쎄스가 그 능력을 허가 받는 동안 다른 프로쎄스를 동작과정 
으로부터 배 제 하는 능력 이 다. 이 장의 두번째 절 에 서 는 호상배 제 를 실 현 하는 여 러 가지 
방법을 론한다. 이것들은 모두 쏘프트웨어적인 풀이이며 바쁜기 다림 이라고 하는 수법 을 
사용해야 한다. 다음으로 호상배제를 지원할수 있는 하드웨어적수법도 고찰한다. 그다음 
바쁜기 다림 을 포함하지 않으며 조작체 계 가 지 원하든가 언어 번역 기 가 시 행할수 있는 풀이 
를 보게 된다. 또한 세가지 방법 즉 신호기，감시기，통보문넘기기를 고찰한다. 

병 행성 에서 두개의 고전적 인 문제는 개 념을 설명 하고 이 장에서 제 시하는 방법들을 
비교하는데 사용한다. 처음에 생산자/소비자문제를 받아 들여 실행실례로 사용한다. 이 
장은 읽기 자/쓰기 자문제 로 끝난다. 

병 행성 에 대 한 설명 은 제6장에서 계속되며 그 장의 마감에 실례체 계의 병 행성수법 에 
대하여 설명하기로 한다. 


간단히 하기 위해 일반적으로 프로쎄스들의 병행집행이라고 한다. 사실상 앞의 장들에서 보았기때 
문에 일부 체계들에서 병행성의 기본단위는 프로쎄스라기보다 스레드이다. 
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제 1 절. 병행성의 원리 

단일처 리기식 다중프로그람처 리체계 에서 프로쎄 스들은 시 간적 으로 교차처 리되면서 
동시에 집행된다(그림 2-12 1). 실제적인 병행처리가 진행되지 않는다고 하여도，프로 
쎄 스들사이 에 서 앞뒤 절환에 간접 소비 시 간이 포함되 지 않는다고 하여 도 교차처 리 식 집 행 은 
처 리효률성과 프로그람구조화에 서 주되는 리 익을 준다. 다중처 리 기체 계 에서 프로쎄 스들 
을 교차처 리할수 있을뿐아니 라 그것들을 중복시 킬수 있다(그림 2-12 u ). 

얼 핏 보기 에 교차처 리 와 중복이 근본적 으로 다른 집 행방식 을 표현하며 서 로 다른 문 
제점들을 제기하는것처럼 보인다. 사실상 두 수법들은 모두 병행처 리의 실례로 볼수 있 
으며 모두 갈은 문제점들을 제기한다. 단일처리기의 경우 이 문제는 다중프로그람처리체 
계 의 기 본특성 으로부터 나온다. 즉 프로쎄 스의 상대 적 집 행 속도는 예 측할수 없 다는것 이 다. 
그것 은 다른 프로쎄 스의 동작，조작체 계 가 새 치 기 를 조종하는 방법，조작체 계 의 일 정 작 
성방법 에 의 존한다. 다음과 갈은 난점 들이 생 긴다. 즉 

1. 전역자원에 대한 공유가 위험을 동반한다. 실례로 두개의 프로쎄스가 같은 전 
역변수를 사용하고 둘다 그 변수에 대 해 읽 기 쓰기 를 하면 그때 여 러 가지 읽 기 
쓰기 를 집 행하는 순서 가 위 험하다. 이 문제 에 대 한 실례 를 다음의 분절 에서 보 
여 준다. 

2. 조작체계가 자원할당을 최량적으로 관리하기 어렵다. 실례로 프로쎄스 A 가 특정 
한 입 출력 통로의 사용을 요청하여 조종을 넘 겨 받은 다음 그 통로를 사용하기 전 
에 중단될수도 있다. 조작체계 가 통로를 단순히 폐쇄하고 다른 프로쎄스가 그것 
을 사용하지 못하게 하는것은 기 대할수 없다. 사실 이것은 제6장에서 설명하게 
되는 교착조건을 일으킬수 있다. 

3. 결과가 대체로 결정론적이 아니며 재생할수 없기때문에 프로그람적오유를 찾기가 매우 
어려 워 진 다(실 례 로서 이 점 에 대한 설명은 [LEBL 87 ] ， [CARR 89] 를 보시 오. ). 

앞에서 론의한 난점들은 다중처리기체계에서도 물론 나타나는데 그것은 여기서 
도 프로쎄스의 상대적인 집행속도를 예측할수 없기때문이다. 다중처리기체계는 또한 
여 러개 프로쎄스의 동시적집 행 에서 생기는 문제도 취급해 야 한다. 그러 나 근본적으 
로 그 문제들은 단일처 리 기체계 에서의 문제들과 같다. 이 것은 설명 을 해 나감에 따라 
명백해 질것 이다. 

간단한 실례 

다음의 수속을 고찰하자. 즉 

void echoO 

{ 

chin = getcharC ); 
chout = chin ; 
putchar (chout) : 

} 

이 수속은 문자의 echo 수속을 주는 프로그람의 기본요소들을 보여 주고 있는데 입 
력은 한번에 한개의 건반을 다칠 때마다 건반에서 얻어 진다. 매 입 력문자는 변수 chin 
에 기억된다. 다음변수 chout 에 이송되며 화면표시부에 보내진다. 임의의 프로그람이 
이 수속을 반복호출하여 사용자의 입 력을 받고 그것을 사용자화면에 현시할수 있다. 
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이제 단일사용자를 지원하는 단일처 리기식 다중프로그람처 리체계를 고찰하자. 사용 
자는 한 응용프로그람에서 다른 응용프로그람에로 이행할수 있으며 매개 응용프로그람은 
같은 건반을 입력으로 그리고 같은 화면을 출력으로 사용할수 있다. 매개 응용프로그람 
이 ecAo 수속을 사용할것을 요구하므로 그것이 모든 응용프로그람에 공용인 기억기의 일 
부분에 적재되여 있는 어떤 공유된 수속으로 되여 있는것처럼 보인다. 이렇게 단일한 
ecAo 수속복사만을 사용하므로 공간을 절약한다. 

프로쎄 스에서 주기억기를 공유하는것 은 프로쎄 스사이 에서 효과적 이며 밀접 한 대 화를 
허용하는데 쓸모가 있다. 다음의 순차를 고찰해 보자. 즉 

1. 프로쎄스 P 1 이 echo 수속을 기동시키며 getchar 기능이 끝난 다음 즉시에 새치기 
된다. 이 점에서 가장 최근에 입력된 문자 표가 변수 생切에 기억된다. 

2. 프로쎄스 P 2 가 활성화되여 echo 수속을 기동시키는데 이것이 마지막까지 실행되 
여 단일문자 y 를 입 력 하고 화면에 표시 한다. 

3. 프로쎄 스 P 1 을 계속 실행한다. 이때 까지 값 표는 chin 에 덧씌 여 졌으며 따라서 
상실된다. 대신 chin 은 父를 담고 있는데 이것이 cAouMl 이송되여 표시된다. 

이렇게 되여 첫 문자는 상실되고 두번째 문자가 두번 표시된다. 이 문제의 본질은 
공유된 전역변수 chin 에 있다. 여러개의 프로쎄스가 이 변수에 접근한다. 만일 하나의 
프로쎄 스가 전역변수를 갱 신하고 다음에 중단된 다면 또다른 프로쎄 스는 첫 프로쎄 스가 
변수를 사용하기전에 그것을 변경시킬수 있다. 그러나 한번에 하나의 프로쎄스만이 그 
수속안에 있을수 있다고 해보자. 그러면 앞에서 설명한 순차는 다음과 같은 결과를 낳게 
된다. 즉 

1. 프로쎄스 P 1 이 echo 수속을 기동시키고 입 력함수의 끝에서 즉시 에 새 치기된다. 
이 점에서 가장 최근에 입력된 문자 표가 변수 chin 에 기억된다. 

2. 프로쎄스 P 2 가 활성화되며 echo 수속을 기동시 킨다. 그러 나 P 1 이 현재 중단되 여 
있기는 하나 아직 echo 수속안에 있으므로 P 2 는 수속을 입구하는데서 폐색된다. 
따라서 P 2 는 중단되여 echo 수속의 사용가능성을 기 다린다. 

3. 시간이 좀 지나서 프로쎄스 P 1 이 재개되여 echo 수속의 집행을 완료한다. 적당 
한 문자 x 가 표시된다. 

4. P 1 이 echo 수속을 벗어날 때 이것은 P 2 에 대한 폐색을 제거한다. P 2 가 후에 재개 
될 때 echo 수속을 충분히 기동시킨다. 

이 실례에서 배우게 되는것은 공유된 전역변수(및 공유된 전역자원)를 보호해야 한 
다는것과 그것을 하기 위 한 유일한 방도는 변수에 접근하는 코드를 조종하는데 있다는것 
이다. 만일 한번에 하나의 프로쎄스만이 echo 수속에 들어 갈수 있고 일단 eciio 수속안 
에서는 수속이 다른 프로쎄스에 사용되기전에 끝까지 실행되여야 한다는 규률을 세우면 
방금 설명한 이 형태의 오유는 생기지 않는다. 그 규률을 어떻게 세우는가 하는것이 이 
장의 기 본문제 로 된 다. 

단일처 리기，다중프로그람처 리식조작체계 가 있다고 가정하고 이 문제를 설명 하였다. 
실례는 단일처리기가 있을 때에도 병행성문제가 생긴다는것을 실증하고 있다. 다중처리 
기체계에서 보호된 공유자원에 대해 갈은 문제가 생기며 풀이도 갈다. 우선 공유식전역 
변수에 대 한 접근을 조종하기 위 한 아무러 한 수법도 없다고 가정 하자. 즉 

1. 프로쎄스 P 1 과 P 2 는 둘다 집행중이고 개개로 개별처리기상에서 집행된다. 프로쎄 
스들은 둘다 echo 수속을 기동시킨다. 
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2. 다음의 사건이 발생 한다. 같은 행의 사건들은 병 렬로 발생한다. 


Process P 1 


Process P 2 


in = getchar( ); 

chout = chin ； 
putchar (chout); 


in = getchar( ); 
chout = chin ； 

putchar (chout) : 


결과는 PI 에서 의 문자입 력 은 표시 되 기 전에 없어 지고 P 2 에서의 문자입 력 은 만과 
P 2 모두에 의하여 표시된다는것 이 다. 다시 한번에 하나의 프로쎄스만이 echo 수속에 있 
을수 있다는 규률을 적용할 가능성을 추가하자. 그러면 다음의 순차가 발생 한다. 즉 

1. 프로쎄스 P 1 과 P 2 는 둘다 집행중이고 개개는 개별처리기상에서 집행된다. P 1 이 
echo 수속을 기동시킨 다. 

2. P 1 이 echo 수속에 있는 동안 P 2 가 ecAo 수속을 기동시킨다. P 1 이 여전히 echo 수 
속 ( P 1 은 중단되든지 또는 집행중이든지)에 있고 P 2 는 수속에 들어 가지 못하고 
폐색된다. 따라서 P 2 는 중단되여 ecAo 수속의 사용가능성을 기다린다. 

3. 후에 프로쎄스 P 1 이 echo 수속의 집행을 끝내고 수속을 벗어 나며 집행을 계속 
한다. P 1 이 ecAo 수속으로부터 벗어 나자마자 P 2 가 실행을 재개하여 ecAo 수속을 
집행하기 시작한다. 

단일처리기체계에서 문제로 되는것은 새치기가 프로쎄스의 임의의 곳에서 명령집행 
을 정지시킬수 있다는것이다. 다중처리기체계인 경우에 조건은 갈으며 더우기 두 프로쎄 
스가 동시에 집행중에 있을수 있고 량자가 갈은 전역변수에 접근하려고 할수 있기때문에 
문제가 생길수 있다. 그러나 두 형태의 문제에 대한 풀이는 같다. 즉 공유자원에 대한 
접근을 조종하는것 이 다. 

조작체계의 임무 

병행성이 존재할 때 어떤 설계 및 관리문제가 제기되는가? 다음과 갈은 임무들을 렬 
거할수 있 다. 

1. 조작체계는 여러가지 능동프로쎄스들에 대한 추적을 유지할수 있어야 한다. 이것 
은 프로쎄스조종블로크를 사용하여 수행되며 제4장에서 설명하였다. 

2. 조작체계는 매 능동프로쎄스에 여 러가지 자원들을 배정 및 해 방하여 야 한다. 이 
자원들은 다음과 갈은것들이다. 

• 처러기시간 : 이것은 계4편에서 설명하게 되는 일정작성기능이다. 

• 기 억기 : 대부분의 조작체계가 가상기억기방안을 사용한다. 이 문제는 제3편에 
서 론의된다. 

• 파일 : 제12장에서 설명된다. 

• 입 출력장치 : 제11장에 서 설 명 된 다. 

3. 조작체 계 는 다른 프로쎄 스가 간섭하지 못하도록 매 개 프로쎄 스의 자료와 물리 적 
자원을 보호해야 한다. 이것은 기억기，파일，입출력장치와 관련된 수법을 포함 
한다. 보호에 대 한 일반적 취급은 제15장에서 한다. 
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속도독립성에 대한 문제점을 어떻게 설명할수 있겠는가 하는것을 리해하기 위해 J 
르쎄스가 대화할수 있는 방법들을 알아야 한다. 

프로쎄스의 대화 

프로쎄스들이 다른 프로쎄스의 존재를 알고 있는 정도에 기초하여 프로쎄스들이 
外는 방법을 분류할수 있다. 표 5-1 은 세가지 가능한 인식정도와 매개의 영향을 수 
外고 있다. 


표 5-1. 프로쌔스의 대화 


인식정도 

관계 

한 프로쌔스가 다른 프로쌔스에 
주는 영향 

잠재적인 조종문제 

프로쎄스들이 모 
른다. 

경쟁 

• 한 프로쎄스의 결과가 다른 프로 
쎄스들의 동작에 무관계하다. 

• 프로쎄스의 시간맞추기가 영 
향을 받을수 있다. 

• 호상배제 

• 교착(다시 갱신할 
수 있는 자원) 

• 고갈 

프로쎄스들이 간 
접적으로 서로 
알고 있다.(실례 
로 공유된 객체) 

공유에 의한 
협동 

• 한 프로쎄스의 결과가 다른 
프로쎄스에서 얻은 정보에 의 
존할수 있다. 

• 프로쎄 스의 시 간맞추기 가 영 
향을 받을수 있다. 

• 호상배제 

• 교착(다시 갱신할 
수 있는 자원) 

• 고갈 

• 자료의 간섭 

프로쎄스가 직접 
적 으로 서 로 알 
고 있다. (그것들 
사이에 사용할수 
있는 통신기본지 
령을 가진다.) 

통신에 의한 
협동 

• 한 프로쎄스의 결과가 다른 
프로쎄스에서 얻은 정보에 의 
존할수 있다. 

• 프로쎄스典 시간맞추기가 영 
향을 받을수 있다. 

• 교착 (소비 할수 있 
는 자원) 

• 고갈 


• 프로쎄스들이 서로 모른다 : 이것은 함께 작업시키려고 하지 않는 독립적인 프로 
쎄스들이다. 이 환경 에 대 한 가장 좋은 실례는 여 러개의 독립적 인 프로쎄 스들에 
대 한 다중프로그람처 리 이다. 이것은 일괄일감들이거 나 대화형 전송단위든가 그 
혼합일수 있다. 프로쎄 스들이 함께 동작하지 않아도 조작체 계 는 자원을 위 한 경 
쟁 에 관심 을 돌려야 한다. 실례 로 두개의 독립적 인 응용프로그람이 같은 디 스크 
나 파일 또는 인쇄기에 접근하려고 할수 있다. 조작체계는 이러한 접근들을 조 
절해야 한다. 

• 프로쎄스들이 서로 간접적으로 알고 있다 : 이것은 자기들의 개개의 프로쎄스 ID 에 
의해 입 출력완충기 와 같은 일 부 객 체 들에 대 한 접 근을 공유하는 프로쎄 스들이다. 
그러한 프로쎄 스들이 공통객 체 를 공유하는데서 협 동동작을 한다. 

• 프로쎄스들이 서로 직접 알고 있다 : 이것은 프로쎄스 ID 에 의해 서로 통신할수 있 





조건들이 표 5-1 에서 제 기한것 처 럼 항상 명 백히 분류되는것은 아니 다. 오히 려 여 러 
개의 프로쎄스들이 경쟁과 협동의 두가지 측면을 가질수 있다. 그럼에도 불구하고 앞의 
목록에서 세개 항목들 매 개를 개 별적 으로 설명 하고 조작체 계 에서의 련관관계를 판정하는 
것이 좋다. 

자원을 위한 프로쎄스들사이의 경쟁 

병행프로쎄스들은 같은 자원을 사용하려고 경쟁할 때 서로 충돌하게 된다. 그의 순 
수한 형식으로 다음과 갈은 상황을 서술할수 있다. 둘이상의 프로쎄스들이 자기의 집행 
과정에 어떤 자원에 대한 접근을 요구한다. 매개 프로쎄스는 다른 프로쎄스의 존재를 모 
르고 있으며 매개는 다른 프로쎄스의 집행으로부터 영향을 받지 않는다. 이것으로부터 
매개 프로쎄스가 그것이 사용하는 임의의 자원의 상태가 영향을 받지 않도록 할것이라는 결 
론이 나온다. 자원의 실례를 보면 입출력장치들, 기억기，처리기시간 및 시계를 포함한다. 

경쟁하는 프로쎄스사이 에는 아무런 정 보교환도 없다. 그러 나 한 프로쎄스의 집 행은 
경 쟁하는 프로쎄 스의 동작에 영 향을 줄수 있 다. 특히 두개 의 프로쎄 스가 모두 단일 한 자 
원에 접 근하려 고 한다면 하나의 프로쎄 스가 조작체 계 에 의해 자원을 배 정받지 만 다른것 
은 기다려야 할것 이 다. 그러므로 접근을 무시당한 프로쎄스는 속도가 더 디게 된다. 극단 
한 경우에 폐색된 프로쎄스가 자원에 대한 접근을 전혀 할수 없어 충분히 결속하지 못하 
게 된다. 

경 쟁하는 프로쎄 스의 경 우에 필 경 세 가지 조종문제 가 나선 다. 우선 호상배 제 에 대 한 
요구이다. 둘이상의 프로쎄스가 공유할수 없는 단일한 자원 말하자면 인쇄기와 갈은 자 
원에 접근할것을 요구한다고 하자. 집행과정에 매개 프로쎄스는 입출력장치에 지령을 보 
내 고 상태 정 보를 받으며 자료를 송신하거 나 수신하게 된다. 그러한 자원을 림 계 자원이 라 
고 하며 그것을 사용하는 프로그람의 일부분을 프로그람의 림계구간이 라고 한다. 중요한 
것 은 한번 에 하나의 프로그람만이 림 계구간에 들어 올수 있 다는것 이 다. 구체 적 요구가 
명 백하지 않으므로 이 제 한을 리 해 하고 시 행 하기 위해 단순히 조작체 계 에 의 거할수는 없 
다. 인쇄 기의 경우를 실례 로 들면 개 별적 인 프로쎄 스가 전체 파일을 인쇄하는 동안 인쇄 
기 에 대 한 조종을 가질 것 을 요구한다. 그렇 게 하지 않으면 경 쟁하는 프로쎄 스들에 의 해 
동작이 혼란될것이다. 

호상배제는 두개의 추가적 인 조종문제를 낳는다. 그중의 하나가 교착이다. 실례 로 
두개의 프로쎄 스 PI , P 2 및 두개의 자원 R 1 과 R 2 를 고찰하자. 매 개 프로쎄스가 자기의 
기능을 수행하기 위해 두 자원에 모두 접근할것을 요구한다고 하자. 그러면 다음과 같은 
상태 가 있을수 있다. 즉 조작체계가 R 1 을 P 2 에 할당하고 R 2 를 P 1 에 할당한다. 매개 프 
로쎄 스는 두 자원중의 하나를 기다리고 있다. 어느것도 다른 자원을 획득하고 두 자원을 
요구하는 기 능을 수행할 때 까지 자기 가 이 미 차지한 자원을 놓아 주려 고 하지 않는다. 
두 프로쎄 스는 교착된다. 

마지막 조종문제는 고갈이다. 세개의 프로쎄스 ( PI , P 2, P 3) 가 각각 자원 요에 주기 
적으로 접근하려고 한다고 하자. P 1 은 자원을 소유한 상태에 있고 P 2 와 P 3 은 둘 다 지 
연되여 그 자원을 기다리고 있다. P 1 이 림계구간을 벗어 나면 P 2 든가 P 3 이 묘에 대한 접 
근을 허 락받는다. 조작체계 가 P 3 에 접근을 허 락하고 P 1 은 다시 자기의 림계구간을 완료 
하기전에 접근을 요구한다고 하자. 조작체계가 P 3 이 끝난후에 PH 접근을 허락하고 다 
음에 P 1 과 P 3 에 교대 로 접근을 허 락해 주면 P 2 는 교착상태 가 없다고 할지 라도 그 자원 
에 대 한 접 근을 영 원히 무시당할수 있다. 

경쟁 에 대 한 조종은 불가피 하게 조작체계를 포함하는데 그것은 자원을 배정하는것 이 
바로 조작체계 이기때문이 다. 더우기 프로쎄스자체 가 자원을 사용하기 에 앞서 페쇄 하는것 
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과 같이 일정한 방식으로 호상배제를 위한 요구를 표현할수 있는 능력을 요구한다. 어떠 
한 풀이든 조작체계로부터 페쇄기능의 제정과 같은 일정한 지원을 포함하게 될것이다. 
그림 5-1 은 추상적 인 술어들로 호상배제수법을 설명하고 있다. 구조체 parbegin (P1, 
P2, ... ， Pn) 은 다음과 갈은 의미를 가지고 있다. 즉 주프로그람의 집행을 중단시키고 수 
속 PI, P2, Pn 의 병행집행을 기동하며 PI, P2, Pn 모두가 결속될 때 주프로그람을 

다시 실행 한다. 그림 5-1 에서는 n 개의 프로쎄스가 병 행하여 집 행된다. 매 개 프로쎄스는 
(1) ID 가 옹근수인 일부 자원에서 동작하는 림계구간과 (2) 자원을 포함하지 않는 나머 
지구간을 가지고 있다. 호상배제를 위해 두가지 기능 즉 입구림계 및 출구림계기능이 주 
어 진다. 매 개 기 능은 경 쟁하는 자원의 이 름을 변수로 취 한다. 같은 자원을 놓고 다른 
프로쎄스가 그의 림계구간에 있는 동안 자기의 림계구간에 들어 가려고 하는 프로쎄스는 
기다린다. 

입 구림 계 및 출구림 계 기 능을 주는 특정 한 수법을 설명 하는것 이 남아 있 다. 프로쎄 스 
대화의 다른 경우를 고찰하는 동안 이 문제를 잠시 뒤로 미루기로 한다. 

공유에 의한 프로쎄스사이의 협동 

공유에 의한 협동의 경우는 구체적 으로는 모르면서 다른 프로쎄스들과 대화하는 프 
로쎄스들을 포괄하고 있다. 실례로 여러 프로쎄스들이 공유된 변수나 공유된 파일이나 
자료기지 에 접근할수도 있다. 프로쎄스들은 다른 프로쎄스들을 참조하지 않고 공유된 자 
원을 사용하거나 갱신할수 있지만 다른 프로쎄스가 갈은 자료에 접근할수 있다는것은 알 
고 있다. 그러므로 프로쎄스들은 협동하여 그것들이 공유하는 자료를 합리적으로 관리할 
수 있게 해야 한다. 조종수법은 공유된 자료의 보존성을 담보해야 한다. 


/* 호상배제 프로그람*/ 

const int n = /* 프로쎄 스의 수*/ 


void P( int i ) 

{ 

while ( true ) 

{ 

entercritical ( i ) : 
/* 림 계 구간*/: 
exitcritical ( i ) ； 
/* 나머지*/; 


void mainO 

{ 

parbeign (P(Ri), P(R 2 ), .... 

} 


그림 5-1. 호상배제 


P ( R n ))； 


자료가 자원들(장치, 기억기)에 유지되여 있으므로 호상배제，교착 및 고갈에 대한 
조종문제는 또 생긴다. 다만 차이는 자료항목들에 두가지 방식들인 읽기 및 쓰기방식으 
로 접근할수 있다는것 이며 다만 쓰기동작은 호상 배 타적 이여 야 한다는것 이 다. 
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그러나 이 문제들에서 새로운 요구 즉 자료간섭문제가 제기된다. 간단한 실례로 여 
러가지 자료항목들을 갱 신할수 있는 업 무프로그람을 고찰해 보자. 두개 의 자료항목 a 와 
公가 관계 a = b 로 유지되 여 있다고 한자. 즉 하나의 값을 갱 신하는 프로그람은 또 다른것 
을 갱 신하여 그 관계를 유지 해 야 한다. 이제 다음의 두 프로쎄스를 고찰해 보자. 즉 
P 1 : 

a = a + l ; 

P 2： 

b =2 * b ； 
a =2 * a ； 

상태가 초기에 일치한다면 개별적으로 취한 매개 프로쎄스는 공유된 자료를 일치하 
는 상태에 놓을것이다. 이제 두 프로쎄스가 매개 개별적인 자료항목 ( a 와 切우에서 호상 
배제에 관계하는 다음의 병행집행을 고찰해 보자. 즉 

a =效 

b =2 X b ; 
b l ； 

a ~2 a; 

이 집행순서마지막에 조건 a=b 는 더이상 유지되지 않는다. 실례로 a = 卜1인 상태에 
서 출발한다면 집행순서마지막에 a =4 그리고 卜3이 된다. 매 프로쎄스에서의 전체적인 
순차가 림 계 구간이 되 도록 선언하여 이 문제 를 피할수 있 다. 

이리하여 공유식으로 협동하는 경우에 림계구간에 대한 개념이 중요하다는것을 알수 
있다. 이미 설명한(그림 5-1) 입구림계 및 출구림계기능에 대해 갈은 추상적기능을 여기 
서 사용할수 있다. 이 경우에 기능에서의 인수는 변수，파일 또는 어떤 다른 공유된 객 
체가 될수 있다. 더우기 자료의 보존성을 주기 위해 림계구간을 사용한다면 인수로 식별 
할수 있는 아무러한 특정의 자원이나 변수도 있을수 없다. 그 경우에 병행프로쎄스사이 
에 공유되여 있는 식별자가 분명 호상배제되여야 할 림계구간을 식별해 주는것으로 인수 
를 생각할수 있다. 

통신에 의한 프로쎄스사이의 협동 

설명한 첫 두 경우에 매 프로쎄스는 자기 자체의 격 리된 환경을 가지는데 그것은 다 
른 프로쎄스들을 포함하지 않는다. 프로쎄스사이의 대화는 간접적 이 다. 두 경우에 다 공 
유가 있다. 경쟁의 경우에 그것들은 다른 프로쎄스를 의식하지 않고 자원을 공유하고 있 
다. 둘째 경우에 그것들은 값들을 공유하고 있는데 매 개 프로쎄스가 다른 프로쎄스를 구 
체 적 으로 의 식 하지 못해 도 자료의 보존성 유지 에 대 한 요구는 의 식 하고 있 다. 그러 나 프 
로쎄스들이 통신에 의해 협동할 때 여러가지 프로쎄스들은 모든 프로쎄스를 련결하는 공 
동의 노력 으로 관여 한다. 통신은 여 러가지의 동작들을 동기화시키고 조정 하기 위한 방법 
을 준다. 

대체로 통신은 일정한 종류의 통보문들로 구성된다고 특징지을수 있다. 통보문을 송 
수신하는데서 기본지령은 프로그람작성언어의 한 부분으로 줄수도 있고 조작체계의 체계 
핵심부가 줄수도 있다. 

통보문을 넘 기 는데 서 프로쎄 스들사이 에 공유되 는것 이 아무것 도 없 으므로 호상배 제 가 
이 런 종류의 협동에서 조종요구로 되지 않는다. 그러 나 교착 및 고갈문제가 생긴다. 교착 
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에 대한 실례로 두 프로쎄스가 폐색되여 각자가 다른것으로부터의 통신을 기다릴수 있다. 
고갈에 대한 실례로 다음의 동작을 하는 3개의 프로쎄스 PI , P 2 및 P 3 을 고찰해 보자. 

P 1 은 P 2 든가 P 3 과 통신하려고 반복시도하고 있고 P 2 와 P 3 은 둘다 P 1 과 통신하려고 한 
다. P 1 과 P 2 는 정보를 반복하여 교환하고 한편 P 3 은 페색되여 P 1 로부터의 통신을 기다 
리는 어떤 절차가 일어 날수 있다. P 1 은 능동상태에 남아 있고 P 3 은 고갈되기때문에 교 
착은 전혀 없다. 

호상배제에서의 요구 

호상배제에 지원을 주는 기능이나 능력은 다음의 요구를 만족시켜야 한다. 

1. 호상배제는 꼭 시행되여야 한다. 즉 갈은 자원이나 공유된 객체에 대해 림계구 
간을 가지는 모든 프로쎄스들속에서 한번에 하나의 프로쎄스만이 자기의 림계구 
간에 들어 가게 된다. 

2. 자기의 비림계구간에서 정지하는 프로쎄스는 다른 프로쎄스들과 간섭하지 말아야 한다. 

3. 림 계구간에 대 한 접 근을 요구하는 프로쎄 스가 무한히 지 연될 가능성은 없어 야 
한다. 즉 교착이나 고갈이 없어야 한다. 

4. 그 어느 프로쎄스도 림 계구간에 없을 때 자기의 림계구간에 대 한 입 장을 요청하 
는 프로쎄스는 지연없이 입장하도록 허용해 야 한다. 

5. 상대적인 프로쎄스속도나 처리기의 수에 대한 그 어떤 가정도 없어야 한다. 

6. 프로쎄스는 유한한 시간동안만 자기의 림계구간에 남아 있는다. 

호상배제 에서의 요구를 만족시 키는 몇 가지 방법 이 있다. 한가지 방법은 병 행하여 집 
행할것을 바라는 프로쎄스들에 응답성을 부여하는것 이 다. 이 렇게 하여 체계프로그람이든 
지 응용프로그람이든지 프로쎄 스들이 프로그람언어 나 조작체 계 로부터 아무런 지 원도 받 
지 않고 서 로 호상배제수행 을 조정 하도록 요구하게 된다. 이것은 쏘프트웨어적방법 이 라 
고 볼수 있다. 이 방법은 높은 처리부담과 오유를 가지지만 병행처리의 복잡성을 더 잘 
리 해 하기 위 한 방법 을 모색 하는데 서 는 쓸모가 있 다. 이 문제 는 제 5 장 제 2절 에 서 설 명 한 
다. 두번째 방법은 특수목적의 기계명 령을 사용하는것 이 다. 이것은 부담을 감소시키는 
우점 을 가지 고 있으나 일반목적풀이 로는 되지 못한다. 이것은 제5장 제3절에서 설명한다. 
세번째 방법은 조작체 계 나 프로그람작성언어 에 일정한 지 원준위 를 주는것 으로 된다. 그 
러 한 방법중에서 가장 중요한 세개를 제5장 제4절부터 제5장 제6절에서 설명한다. 

제 2 절. 호상배제 : 쏘프트웨어적방법 

쏘프트웨 어적 방법은 공유기 억기를 가진 단일처 리기 나 다중처 리 기망에서 집 행 하는 병 
행프로쎄스들에서 실현할수 있다. 이 방법은 보통 기억기접근준위에서의 호상배제를 가 
정 한다 ( [LAMP 91] 아니 면 문제 10을 볼것 ) . 즉 주기 억 기 의 같은 위 치 에 대 한 동시 접 근 
(읽 기 자 및/또는 쓰기 자)은 접 근허 가순서 가 미 리 규정 되 여 있지 않아도 일정한 종류의 
기 억기중재 자에 의해 직 렬화된다. 이 이상 하드웨 어，조작체 계 및 프로그람작성언어 에서 
의 그 어떤 지원도 가정하지 않는다. 

Dekkei •의 알고리듬 

덕스트라 [ DIJK 65] 는 네데를란드의 수학자 데커가 설계한 두 프로쎄스에서의 호상배 
제알고리 듬을 보고하였 다. 덕 스트라의 방법 대 로 단계 별 로 풀이 를 개 발해 보자. 이 방법 은 
병 행 프로그람개 발에서 맞다들리게 되는 많은 공통적 인 오유를 례증하는 우점을 가진다. 
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첫번째 시도 

이미 언급한바와 같이 호상배제는 하드웨어적으로 된 일정한 기초적인 배제수법에 
의거해야 한다. 가장 일반적인것은 한번에 기억위치에 대한 하나의 접근만이 이루어질수 
있다는 제한이다. 이 제한을 사용하여 표식 자 turn 을 붙인 전역기억기위치를 예 약한다. 
자기의 림계구간을 집행하려고 하는 프로쎄스 (po 또는 P 1) 는 우선 turn 의 내용을 검사 
한다. turn 의 값이 프로쎄스의 번호와 갈으면 프로쎄스는 자기의 림계구간에 들어갈수 
있 다. 그렇 지 않으면 기다려야 한다. 기 다리 고있는 프로쎄 스는 림 계 구간에 들어 갈 때 까 
지 turn 의 값을 반복하여 읽는다. 이 수속을 바쁜기 다림 이라고 하는데 이것은 림계구간 
에 들어가도록 허락을 받을 때까지 아무것도 못한다는 의미에서 나온 말이다. 대신에 그 
것은 시간을 보내면서 변수를 주기적으로 검사해 야 한다. 그러므로 그 기회를 기 다리는 
동안 처 리 기 의 시 간(차지 ) 을 소비 한다. 

프로쎄스가 자기의 림계구간에 접근한후 그리고 그 구역의 집행을 끝낸후 다른 프로 
쎄스의 동작을 위 해 turn 의 값을 갱 신해 야 한다. 

공식적 인 용어로 공유화전역변수가 있다. 즉 

int turn = 0； 

그림 5-2 자는 두개 프로쎄스에서의 프로그람을 보여 준다. 이 풀이는 호상배제의 
기능을 담보하지만 두가지 약점을 가지고 있다. 우선 프로쎄스들이 림계구간사용에서 엄 
격히 교대해 야 한다. 이 리하여 집 행속도는 두 프로쎄 스중에 서 보다 느린 것 에 따른다. 
P 0 이 자기의 림계구간을 시간당 한번만 사용하지만 P 1 이 시 간당 1000번의 속도로 그의 
림계구간을 사용하려고 한다면 P 1 은 P 0 과 보조를 맞추어 야 한다. 훨씬 더 심각한 문제 
는 하나의 프로쎄스가 실패하면 다른 프로쎄 스가 영 원히 폐색된다는것 이 다. 이것은 프로 
쎄스가 림계구간안에서 실패하든 그밖에서 실패하든 사실이 다. 

우와 갈은 해석은 협동루린에 대한 해석이다. 협동루린은 그것들사이에서 집행조종 
을 앞뒤로 넘길수 있도륵 설계되여 있다. 이것은 단일프로쎄스에서 유용한 구조화기술로 
는 되지만 병행처리에는 적합하지 않다. 

두번째 시도 

첫 시도에서의 문제는 실제상 량쪽 프로쎄스에 대한 상태정보를 요구할 때 림계구간 
에 들어 갈수 있는 프로쎄 스의 이 름을 기 억하는것 이 다. 사실 상 매 개 프로쎄 스는 하나가 
실패하면 다른것 이 여 전히 그의 림 계 구간에 접 근할수 있도록 그 림 계 구간에 대 한 자기 자 
체 의 열쇠 를 가진다. 이 요구를 만족시 키 기 위 해 론리 적 벡 토르인 기 발 flag 를 정의하여 
flag 的]은 P 0 에 대응시키고 flag [1] 은 PH 대응시킨다. 매개 프로쎄스는 다른 프로쎄 
스의 기발을 검사할수 있지만 그것을 변경시킬수는 없다. 프로쎄스가 자기의 림계구간에 
들어 가려고 할 때 다른 프로쎄스의 기발이 false 값을 가질 때까지 주기적으로 검사하는 
데 이것은 다른 프로쎄스가 자기의 림계구간에 없다는것을 가리킨다. 프로쎄스는 즉시에 
자기의 기 발을 true 로 설정 하고 자기의 림계구간에 들어 간다. 자기의 림계구간을 떠 날 
때는 기발을 false 로 설정한다. 

공유화전역변수가 이제는 다음과 같이 된다. 

enum boolean {false = 0 : true = 1 ; } ; 

boolean flag [2] = { false , false } : 

그림 5-2 느는 알고리듬을 보여 주고 있다. 한 프로쎄스가 기 발설정코드를 포함하고 
있는 림 계 구간밖에서 실패하면 그때 다른 프로쎄스는 페 색 되지 않는다. 사실 다른 프로 
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이 풀이는 앞의 첫 시도보다는 못하다. 왜냐하면 그것은 호상배제조차 담보하지 못 
하기때문이다. 다음의 순차를 고찰해 보자. 

P0 은 while 문을 집행하고 flag[l] 이 false 로 설정되였는가 본다. 

P1 은 while 문을 집행하고 flag [이이 false 로 설정되였는가 본다. 

예은 flag [이을 true 로 설정하고 자기의 림계구간에 들어 간다. 

P1 은 flag[l] 을 true 로 설정 하고 자기의 림계구간에 들어 간다. 

두 프로쎄스가 모두 자기의 림계구간안에 있으므로 프로그람은 부정 이 다. 문제는 제 
안된 풀이가 상대적 인 프로쎄스의 집행속도와 독립 이 되지 못한다는것 이 다. 

세번째 시도 

프로쎄스는 다른 프로쎄스가 자기의 상태를 검사한후에 그러 나 다른 프로쎄스가 림 
계구간에 들어 가기전에 자기의 상태를 변화시킬수 있으므로 두번째 시도는 실패하였다. 
이 문제를 그림 5-2 도에서 보여 준바와 같이 단순히 두 명령문을 서로 바꾸는것으로 결 
정할수 있 다. 

앞에서와 같이 프로쎄스가 림계구간을 조종하는 기 발설정코드를 가지 고 있는 자기의 
림 계 구간에 서 실 패 한다면 다른 프로쎄 스는 페 색 되 며 한 프로쎄 스가 자기 의 림 계 구간밖에 
서 실패하면 다른 프로쎄 스는 폐 색 되지 않는다. 

다음으로 프로쎄스 P 0 의 견지 에서 호상배제 가 담보되는가를 검사해 보자. 일단 P 0 
이 flag [이을 true 로 설정했으면 P 0 이 자기의 림계구간에 들어 간후 나올 때까지 P 1 은 
자기의 림계구간에 들어 갈수 없다. P 0 이 기발을 설정했을 때 P 1 은 이미 자기의 림계구 
간안에 있을수 있다. 그 경우에 P 1 이 림계구간을 떠 날 때까지 while 문에 의해 P 0 은 페 
색된다. P 1 에 대해서도 같다. 

이것은 호상배제를 담보하지만 또 다른 문제도 낳는다. 만일 한 프로쎄스가 while 
문을 집행하기전에 두 프로쎄스가 모두 자기의 기발을 1 ;rue 로 설정하면 각자는 다른 프 
로쎄스가 자기의 림계구간안에 들어 갔다고 생각하므로 교착을 야기시 킨다. 

네번째 시도 

세번째 시도에서 프로쎄스는 다른 프로쎄스의 상태를 모르고 자기의 상태를 설정한 
다. 매개 프로쎄스가 자기의 림계구간에 들어 갈것을 자기의 권한으로 주장할수 있기때 
문에 교착이 생긴다. 이 처지에서 빠져 나갈 기회는 없다. 매개 프로쎄스를 더 복종하게 
만들어 주는 방법으로 이 문제를 해결할수 있다. 즉 매 개 프로쎄스는 자기의 기 발을 설 
정 하여 자기의 림 계 구간에 들어 가려 는 요구를 표명하지 만 그림 5-2 근 에서 보여 준바와 
같이 다른 프로쎄 스에 복종하기 위 해 그 기 발을 재 설정할 준비 를 한다. 

이것은 정확한 풀이에 가깝지만 아직 완전하지는 못하다. 호상배제는 아직 세번째 시도 
에 대한 설명에서와 비슷한 리유를 씨야 담보된다. 그러나 다음의 사건순차를 고찰해 보자. 

예은 f I ag [0] 을 true 로 설 정 한 다 . 

P1 은 flag[l] 을 true 로 설정 한다. 

PO 은 flag[l] 을 검사한다. 

P1 은 flag [이을 검사한다. 

P0 은 flag [이을 false 로 설정한다. 

P1 은 flag[l] 을 false 로 설정 한다. 

예은 flag [이을 true 로 설정한다. 

P1 은 flag[l] 을 true 로 설정 한다. 
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이 순차는 불명확하게 확장될수 있으며 어느 프로쎄스도 자기의 림계구간에 들어 가 
지 못할수 있다. 엄격히 말해서 이것은 교착이 아니다. 왜냐하면 두 프로쎄스의 상대적 
속도에서의 변화가 이 주기를 파피하여 하나가 림계구간에 들어 가게 하기때문이다. 이 
조건을 생명폐쇄라고 한다. 프로쎄스의 모임이 자기의 림계구간에 들어 가려고 하지만 
어느 프로쎄스도 성공할수 없을 때 교착이 생긴다. 생명폐쇄에서는 성공하는 집행순서가 
있을수 있지만 또한 그 어느 프로쎄스가 자기의 림계구간에도 들어 갈수 없는 하나 또는 
그이상의 집행순차를 서술할수 있다. 

방금 설명한 각본이 매우 오래동안 유지될상 싶지는 않다고 해도 가능한 각본으로는 
된다. 그러므로 네번째 시도를 버 린다. 

정확한 풀이 

량쪽 프로쎄스의 상태를 관찰할수 있어야 하는데 이것은 배렬변수기발이 보장한다. 
그러나 네번째 시도가 보여 주는것처럼 이것이 충분하지는 못하다. 방금 고찰한《호상호 
의》문제를 피 하자면 두 프로쎄스의 동작순서를 정해 주어 야 한다. 첫번째 시도의 변수 
true 를 이 목적 에 사용할수 있는데 이 경우에 변수는 어느 프로쎄스가 자기의 림계구간 
에 들어 갈수 있는가를 가리킨다. 

이 풀이를 다음과 같이 서술할수 있다. P 0 이 자기의 림계구간에 들어 가려고 할 때 
그것은 자기의 기 발을 竹 ue 로 설정한다. 다음 계속하여 마의 기 발을 검 사한다. 그것 이 
false 이면 P 0 은 즉시 자기의 림계구간에 들어 갈수 있다. 그렇지 않으면 P 0 이 turn 을 
찾아 본다. turn=0 이라는것을 발견하면 그것은 자기 차례가 되였다는것을 알고 주기적으 
로 라의 기발을 검사한다. P 1 은 일정한 시점에서 자기가 복종할 차례에 있다는것을 표 
기해 주며 자기의 기발을 false 로 설정하고 P 0 이 집행하게 해 준다. P 0 이 자기의 림계구 
간을 사용한후에 기 발을 false 로 설정하여 림 계 구간을 해 방하고 turn 을 1로 설정 하여 권 
한을 P 1 에 이송한다. 

그림 5-3 은 Dekker 의 알고리듬에 대한 설명을 보여 주고 있다. Dekker 의 알고리듬 
에 대 한 증명은 련습으로 남겨 둔다(문제 6을 보시오.). 

Peterson 알고리듬 

Dekker 의 알고리듬은 호상배제문제를 해결하지만 리해하기 힘들고 정확성은 엄밀하 
게 증명되여 있는좀 복잡한 프로그람이다. Peterson [PETE 81〕은 간단하고 명백한 풀이 
를 내놓았다. 앞에서와 같이 전역배렬변수 nag 는 호상배제에 관하여 매개 프로쎄스의 위 
치를 가리키며 전역변수 twn 은 동시성모순을 해결한다. 이 알고리듬을 그림 5-4 에 보여 
주었다. 호상배제 가 보존되는것을 쉽게 보여 주고 있다. 프로쎄스 P 0 을 고찰해 보자. 일 
단 그것이 fia 용[이을 切 ne 로 설정했으면 P 1 은 자기의 림계구간에 들어 갈수 없다. 

P 1 이 이미 자기의 림계구간안에 있으면 f 7 a 요 [ l ]= true 로 되 고 P 0 은 자기 림계구간에 
들어 가지 못하고 폐색된다. 다른 한편으로 호상폐색이 보호된다. PO^l 자기의 while 고 
리 에서 폐 색된다고 가정 하자. 이 것은 : ffag "[ l ] 이 切 * ue 이 고 fum = l 이 라는것 을 의미한다. 
P 0 은 flagllp ] false 로 되든가 turn 이 0으로 될 때 자기의 림계구간에 들어 갈수 있다. 
이제 세가지 경우들을 고찰해 보자. 

1. 대는 자기의 림계구간에 아무런 흥미도 없다. 이 경우는 불가능하다. 왜 냐하면 
그것은 f 7 agil ]= false 라는것을 의미하기때문이다. 

2. P 1 이 자기의 림계구간을 기 다리고 있다. 이 경우 또한 불가능하다. 그것은 turn 
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=1 이면 P 1 이 자기의 림계구간에 들어 갈수 있기때문이다. 

3. P 1 이 자기의 림계구간을 반복하여 사용하고 있고 따라서 그에 대 한 접근을 차지 
하고 있 다. 이 런 일은 생길수 없다. 왜 냐하면 P 1 이 매 번 자기 의 림 계 구간에 들 
어 가려고 하기전에 PH turn 을 0으로 설정할 기회를 주기때문이다. 

그러 므로 두 프로쎄 스의 호상배 제 에 대 한 간단한 풀이 를 가지 게 된 다. 더우기 
Peterson 의 알고리 듬은 끄개 프로쎄 스의 경우에 로 쉽 게 일 반화된 다 [HOFR 90|*' 

제 3 절. 호상배제 : 하드웨어적지원 


새치기금지 

단일처리기기계에서 병행프로쎄스들은 중복될수 없고 다만 교차처리될수 있다. 더우 
기 한 프로쎄스가 조작체계봉사를 기동할 때까지 또는 새치기될 때까지 계속 실행된다. 
따라서 호상배제를 담보하기 위해서는 프로쎄스가 새치기되지 못하게 보호하면 충분하다. 
이 능력은 체계핵심부가 새치기를 금지 및 허락할수 있도록 정의된 기본지령의 형태로 
실현할수 있다. 프로쎄스는 다음의 방법으로 호상배제를 실현할수 있다(그림 5-1 과 비 
교). 즉 


while ( turn ) 

{ 

A 새 치 기 금지 */； 

A 림계 구간*/; 

A 새 치 기 허 탁*/; 

/* 나머지*/; 

} 

림계구간이 새치기될수 없으므로 호상배제는 담보된다. 그러나 이 방법은 비용이 많 
이 든다. 집행효률이 현저하게 떨어 진다. 그것은 처리기가 프로그람들을 교차처리하는 
능력 이 제 한되 기때 문이 다. 두번째 문제 는 이 방법 이 다중처 리 기 구성 방식 에서 동작하지 
않는다는것이다. 콤퓨터체계가 하나이상의 처리기를 가질 때 하나이상의 프로쎄스를 한 
번에 집행할수 있다. 이 경우에 금지된 새치기들은 호상배제를 담보하지 않는다. 

특수기계명령 

다중처리기구성에서 몇개의 처리기가 공통주기억기에 대한 접근을 공유한다. 이 경 
우에 주인/종속관계는 없고 오히려 처리기들은 동등한 관계에서 독립적으로 동작한다. 
호상배제를 기초로 할수 있는 처리기들사이의 그 어떤 새치기수법도 없다. 

하드웨어준위에서는 언급된바와 같이 어떤 기억위치에 대한 접근이 갈은 위치에 대 
한 임의의 다른 접근을 배제한다. 이것을 기초로 하여 처리기설계자들은 하나의 명령불 
러내기주기로서 단일한 기억기위치에 대한 읽기 및 쓰기 또는 읽기 및 검사와 갈은 두 
동작을 하나로 수행 하는 몇 개의 기계 명 령을 제 안하였 다. 이 동작은 단일명 령 주기 내 에 수 
행되므로 다른 명 령 으로부터 간섭을 받지 않는다. 

이 절에서는 가장 일반적으로 실현된 명령들중에서 두개를 본다. 다른것들은 [RAY 
N 86] 과 [STON 93] 에 서술되 여 있다. 
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boolean flag [2] ； 

Int turn ； 

Void P 0( ) 

{ 

while ( true ) 

{ 

flag [0] = true ； 

while (flag [1] ) 

if ( turn = = 1 ) 

{ 

flag [0] = flase ； 

while ( turn = = 1 ) 

/* 아무것도 하지 않는다.*/; 
flag [0] = true ； 



turn = 1 ； 
flag [的 = false; 
/* 나머지 */; 


void Pl ( ) 

{ 

while ( true ) 

{ 

flag [1] = true ； 
while ( flag [0] ) 
if ( turn = = 0 ) 

{ 

flag [1] = flase ； 
while ( turn = = 0 ) 

/* 아무것도 하지 않는다.*/; 
flag [1] = true ； 



turn = 0 ； 
flag[l] = false ； 
/* 나머지 */; 


void main ( ) 

{ 

flag [0] = false ； 
flag [1 ]= false ； 
turn = 1 ； 

그림 5-3. 데커의 알고리듬 


boolean flag [2]; 

Int turn ； 
void P 0 ( ) 

{ 

while ( true ) 

{ 

flag [0] = true ； 
turn = 1 ； 

while ( flag [1] 技& turn = = 1 ) 
/* 아무것도 하지 않는다.*/; 

/* 림계 구간*/; 
flag [0 ]= false ； 

/* 나머지*/; 

} 

} 

void PI ( ) 

{ 

while ( true ) 

{ 

flag [1] = true ； 
turn = 0 ； 

while ( flag [0] 技技 turn = = 0 ) 
/* 아무것도 하지 않는다,*/; 
/* 림계 구간*/; 
flag [1] = false ； 



void mainO 


flag [0] = false ； 
flag [1] - false ； 
parbegin ( P 0, PI ); 

} 


parbegin ( P 0, PI ); 


그림 5-4. 두 프로쎄스에서 피터슨의 알고리듬 
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검사 및 설정명령 

검 사 및 설정 명령을 다음과 같이 정 의 할수 있 다. 즉 


boolean testset (int I) 

{ 

if ( i == 0) 

{ 

i = 1； 

return true； 

} 

else 

{ 

return false； 


/* 호상배제 프로그람*/ 

const int n = /* 프로쎄스의 수*/; 

int bolt； 

void Hint I ) 

{ 

while (true ) 

{ 

while (! testset (bolt)) 

/* 아무것도 하지 않는다.*/; 



} 

void mainO 

{ 

bolt=0； 

parbegin (P(l), P(2),P(n)) ； 


/* 호상배제 프로그람*/ 

const int n = /* 프로쎄 스의 수*/; 

int bolt； 

void Hint i) 

{ 

int keyi； 
while (true) 

{ 

keyi=l ； 

while (keyi !=0) 

exchange (keyi, bolt) 

/* 림계 구간*/; 
exchange (keyi, bolt) ； 

/* 나머지*/ 

} 

} 

void mainO 

{ 

bolt=0； 

parbegin (P(l), P(2),P(n)); 


} 


그림 5-5. 호상배제에서의 하드웨어적지원: ■[-검사 및 설정명령, 교환명령 


이 명령은 자기의 인수 i 값을 검사한다. 그 값이 0이면 그것을 1로 교체하고 true 
를 돌려 준다. 그렇지 않으면 그 값을 변화시키지 않고 false 를 돌려 준다. 총적 인 검사 
설정기능은 자동적으로 수행된다. 즉 새치기의 영향을 받지 않는다. 

그림 5-5 자는이 명령을 사용하는 호상배제규약을 보여 주고 있다. 공유화변수 
bolt 는 0으로 초기화된다. 자기의 림계구간에 들어 갈수 있는 프로쎄스만이 bolt 가 0과 


195 



갈다. 자기의 림계구간에 들어 가려고 하는 다른 모든 프로쎄스들은 기다림 방식에 들어 
간다. 프로쎄스가 자기의 림계구간을 떠날 때 그것은 bolt 를 0으로 재설정한다. 이 시점 
에서 기다리고 있는 프로쎄스하나만이 자기의 림계구간에 대한 접근을 넘겨 받는다. 프 
로쎄스의 선택은 어느 프로쎄스가 검사설정명령을 다음에 집행하게 되는가 하는데 관계 
된 다. 

교환명령 

교환명령을 다음과 같이 정의 할수 있다. 즉 

void exchange ( int register , int memory ) 

{ 

int temp ; 
temp = memory ； 
memory = register ； 
register = temp ； 

} 

이 명령은 등록기의 내용을 기억위치의 내용과 교환한다. 이 명령집행기간에 기억위 
치에 대한 접근은 그 위치를 참조하는 임의의 다른 명령에 대하여 폐색된다. 

그림 5-5 는 이 명령을 사용하는 호상배제규약을 보여 주고 있다. 공유화변수 
bolt 는 0으로 초기화되여 있다. 매개 프로쎄스는 1로 초기화되여 있는 국부변수 ice # 
사용한다. 자기의 림계구간에 들어 갈수 있는 프로쎄스만이 bo 】 t 가 0과 같다는것을 알수 
있 다. 그것 은 bolt 를 1로 설정하여 모든 다른 프로쎄 스를 림 계 구간으로부터 배 제한다. 
프로쎄스가 자기의 림계구간을 떠날 때 bolt 를 0으로 재설정하면 다른 프로쎄스가 그의 
림계구간에 대한 접근을 얻을수 있다. 

다음의 식이 항상 성립한다는것을 지적해 둔다. 그것은 변수를 초기화하는 방법이 
다르기 때 문이 며 교환알고리 듬의 성 질 이 기 때 문이 다. 즉 

bolt + ^ keyy = n 

bo ; H ) 이면 아무 프로쎄스도 자기의 림계구간안에 없다. bo 7 W 이면 정확히 하나의 
프로쎄스가 자기의 림계구간안에 있다. 즉 icey 값이 0과 같은 프로쎄스가 그안에 있다. 


기계명령법의 특성 


특수한 기계명령을 사용하여 호상배제를 실현하는것은 여러가지 우점을 가지고 있다. 

• 주기 억 기 를 공유하고 있는 단일 처 리 기 나 다중처 리 기 는 그 상에 서 동작하는 임 의 
의 수의 프로쎄스에 적용할수 있다. 

• 단순하며 따라서 검증하기 쉽다. 

• 여 러 림계구간을 지원하는데 사용할수 있다. 매개 림계구간은 자기자체의 변수로 
정의할수 있다. 

일부 심중한 결함들도 있다. 

• 바쁜기다림을 사용한다. 그러므로 프로쎄스가 림계구간에 대 한 접근을 기 다리고 
있는 동안 처리기시간을 계속 소비한다. 

• 고갈이 생길수 있다. 프로쎄스가 림계구간을 벗어 나고 하나이상의 프로쎄스가 
기 다리 고 있을 때 기 다리 고 있는 프로쎄 스를 임의 로 선택할수 있다. 그러 므로 


196 




일부 프로쎄스가 접근을 무시 당할수 있다. 

• 교착이 생길수 있다. 단일처리기체계에 대한 다음과 같은 방안을 고찰해 보자. 프 
로쎄스 P 1 이 특수명 령 (실례로 검사설정，교환)을 집 행하고 자기의 림계구간에 를 
어 간다. P 1 은 그다음 새치기되여 보다 높은 우선권을 가진 P 2 에 처리기를 준다. 
이제 P 2 가 P 1 과 같은 자원을 사용하려고 한다면 호상배제수법때문에 접근을 무시 
당한다. 그래서 그것은 바쁜기다림고리에 들어 간다. 그러나 P 1 은 다른 준비상태 
의 프로쎄스 P 2 보다 낮은 우선권을 가지고 있으므로 절대로 배분되지 않는다. 

방금 개 괄한 쏘프트웨어적 및 하드웨 어 적 풀이 는 모두 결함이 있기 때 문에 다른 수법 
을 찾아 보아야 한다. 


제 4 절. 신호기 

이제는 병행성을 보장하는데 사용되는 조작체계 및 프로그람작성언어수법을 보자. 이 
절에서는 신호기로부터 시작한다. 다음 두개 절은 감시기와 통보문넘기기를 설명한다. 

병행프로쎄스에 대한 문제를 취급하는데서 첫 주되는 전진은 1965년 Dijkstra 의 론 
분으로부터 시작되였다 [ DIJK 65]. Dijkstra 는 협동하는 순차처 리의 집합으로서 조작체계 
설계문제 에 관심을 두었고 협동을 지 원하는 효과적 이며 믿음성 있는 수법을 개 발하는데 
관심을 두었다. 처리기와 조작체계가 그 수법들을 사용할수 있게 해준다면 사용자프로쎄 
스들이 이 수법들을 쉽게 사용할수 있다. 

기본적인 원리는 다음과 같다. 즉 둘이상의 프로쎄스가 단순한 신호를 사용하여 협 
동할수 있다. 그 신호는 특정한 신호를 받을 때까지 지정된 위치에서 프로쎄스를 정지시 
킬수 있다. 복잡한 조정요구도 적당한 신호구조를 사용하여 만족시킬수 있다. 신호방식 
에서는 신호기라고 하는 특수한 변수를 사용한다. 신호기 s 를 통해 신호를 전송하자면 
프로쎄스가 기본지령 signal ( s ) 를 집행 한다. 신호기 s 를 거쳐 신호를 수신하자면 프로쎄 
스는 기 본지 령 waiKs ) 를 집 행한다. 만일 대 응하는 신호가 아직 전송되 지 않았다면 프 
로쎄스는 전송이 진행될 때까지 중단된다. 2 

요구하는 효파를 얻기 위 해 신호기를 세가지 조작을 정의 하는 기초우에서 옹근수값 
을 가지는 변수로 볼수 있다. 

1. 신호기를 부아닌 값으로 초기화시킬수 있다. 

2. 竹성打조작은 신호기값을 감소시 킨다. 그 값이 부로 되면 wait 를 집행하는 프로쎄 
스는 폐색된다. 

3. Signal 조작은 신호기값을 증가시킨다. 그 값이 정 이 아니면 waif 조작으로 폐색 
된 프로쎄스가 페색에서 벗어 난다. 

이 세가지 조작을 내놓고 신호기를 검사하거나 조작할 방법은 없다. 

그림 5-6 은 신호기에서의 기본지령에 대한 보다 공식적인 정의를 주고 있다. waif 와 
sigriai 의 기본지 령 에는 원자핵과 같은 가정 을 주고 있다. 즉 그것들을 새 치기할수 없고 
매개 루린들을 분해할수 없는 단계들로 취급할수 있다. 2진신호기라고 하는 보다 제한된 
판본을 그림 5-7 에서 정의하고 있다. 2진신호기는 값으로 0과 1만을 취할수 있다. 원리 
적으로 2진신호기를 실현하는것이 더 쉽고 그것은 일반신호기와 갈은 표현능력을 가진다 


Dijkstra 의 초기론문에서와 많은 문헌들에서 문자 P 는 Wait 용으로 그리고 문자 V 는 signal 용으로 
사용하고 있 다 . 이 것 들은 네데를란드말인 시 험 (proberen ) 과 증가 (verhogen ) 의 첫 글자들이 다 . 
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(문제 13 을 보시오.). 

신호기 와 2진신호기모두에 대 하여 신호기 를 기 다리 는 프로쎄 스들을 유지 하기 위한 
대 기렬을 사용한다. 프로쎄 스를 그러한 대 기렬에서 제거하는 순서 에는 문제 점 이 있다. 
가장 공평한 방법은 선입선출 (FIFO) 이 다. 즉 가장 오래 폐색되 여 있는 프로쎄스가 먼저 
대 기렬에서 해 방된다. 이 방법을 정의 하고 있는 신호기를 강한 신호기 라고 부론다. 프로 
쎄 스를 대 기렬 에서 제 거하는 순서 를 지 정하지 않는 신호기 를 약한 신호기 라고 한다. 그 
림 5-8 은 [DENN 84] 에 기초한것으로서 강한 신호기의 조작에 대한 실례이다. 여기서 
프로쎄스 A, B 및 C 는 프로쎄스 D 로부터의 결과에 의존한다. 초기 에 (1) A 는 실행 중이 
고 B, C 및 D 는 준비 상태 이 며 신호기의 계 수는 1 로서 D 의 결과중의 하나는 사용할수 
있 다는것 을 가리킨다. A 가 waii 명 령 을 내 보낼 때 그것 은 즉시 에 신호기 를 넘 겨 주고 집 
행 을 계 속할수 있 다. 그다음에 그것은 준비 대 기렬을 재 결 합시 킨다. 다음 B 는 (2) 를 실 
행 하고 결국 wait 명 령을 내보내고 중단되 여 D 가 (3) 을 실행한다. D 가 새로운 결과를 완 
성 하면 sigriai 명 령을 내보내는데 이것은 B 가 준비대기렬 (4) 에 이동하도록 한다. D 가 
준비대기렬을 재결합시키고 C 가 (5) 를 실행하기 시작하지만 waii 명령을 내보낼 때 중단 
된 다. 류사하게 A 와 묘가 실 행 하고 신호기 에 따라 중단되 며 D 가 집 행 (6) 을 재 개하도록 
한다. D 가 결과를 가질 때 신호를 내보내는데 이것은 C 를 준비목록에로 이송시킨다. D 
의 다음주기에는 A 와 묘를 중단에서 해 방시 킨다. 


struct semaphore { 
int count : 
queueType queue ； 

} 

void wait (semaphore s) 

{ 

s. count—* 
if (s. count < 0) f 
{ 

프로쎄스를 s. queue 에 놓 
고 페색시 킨다 . 

} 

} 

void signal (semaphore s) 

{ 

count++ : 

if (s. count <= 0) 

{ 

프로쎄스 묘를 s. queue 에서 
꺼내고 준비목록에 놓는다 . 



struct binary .semaphore { 

enum (zero, one) value; 
queueType queue ； 


void waitB (binary .semaphore s). 

{ 

if (s. value == 1) 
s. value = 0 ； 

else 

{ 

프로쎄스를 s.queue 에 놓 
고 페색시킨다 . 


void signalB (semaphore s) 

{ 

if (s. queue. is_empty ()) 
s. value =1 ； 

else 

{ 

프로쎄스 p 를 s. queue 에서 
꺼내고 준비목록에 놓는다 . 



그림 5-6. 신호기의 기본지령에 대한 정의 
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그림 5-7. 2 전신호기의 기본지령의 정의 




다음절 에 서 론의되 며 그림 5-9 에 서 설 명 하고 있는 호상배 제알고리 듬에 대 하여 
강한 신호기 는 고갈에 대 처할수 있지 만 약한 신호기 는 그렇 지 못하다. 강한 신호기 
가 더 편리하고 조작체계 가 제공하는 전형적 인 신호기형식 이므로 보통 신호기를 강한 
신호기로 한다. 

호상배제 

그림 5-9 는 신호기 s 를 사용하는 호상배제문제에 대한 간단한 풀이를 보여 주고 있 
다(그림 5-1 과 비교하시오.). 배렬 _P(i) 로 식별되는 n 개의 프로쎄스가 있고 매 프로쎄 
스에서 자기의 림계구간직전에 wait(s) 를 집행한다고 하자. s 값이 부로 되면 프로쎄스는 
중단된다. 값이 1이면 그것을 0으로 감소시키고 프로쎄스는 즉시 에 자기의 림계구간에 
들어 간다. s 가 더 이상 정 이 아니므로 아무런 다른 프로쎄스도 자기의 림계구간에 들어 
갈수 없다. 

/* 호상배제 프로그람*/ 

const int n = A 프로쎄스의 수*/; 

semaphore s = 1; 

void Hint i) 

{ 

while (true ) 

{ 

wait (s); 

A 림계 구간*/; 
signal (s) : 

/* 나머 지 */ 

} 

} 

void mainO 

{ 

parbegin (P(l), P ⑵，…， P(n))； 

} 

그림 5-9. 신호기를 사용하는 호상배제 

신호기 는 1로 초기화된다. 이 렇게 하면 ■付를 집 행하는 첫 프로쎄스는 s 값을 0으 
로 설정 하면서 즉시 에 림 계 구간에 들어 갈수 있 다. 림 계 구간에 들어 가려 고 하는 다른 
프로쎄 스는 그것 이 차지중이 라는것을 알게 되 며 s 값을 -1 로 설정하면서 폐 색된다. 임의 
의 몇개의 프로쎄스가 입구를 시도할수 있는데 그런 성공할수 없는 시도들은 개개가 S 의 
값을 더 감소시키는 결과를 가져 온다. 초기 에 자기의 림계구간에 들어 간 프로쎄스가 
벗어 날 때 S 는 증가되고 폐색된 프로쎄스중의 하나(있다면)가 신호기와 관련된 폐색된 
프로쎄스의 대기렬에서 나와 준비상태에 들어 간다. 조작체계가 다음번 일정작성할 때 
그것은 림계구간에 들어 갈수 있다. 

그림 5-10 은 그림 5-9 의 호상배제규률을 사용하는 세개의 프로쎄스에서의 가능한 순 
차를 보여 주고 있다. 이 실례에서 세개의 프로쎄스 (A, B, 必는 신호기 7o 此에 의해 보 
호된 공유화자원에 접 근한다. 프로쎄 스 A 는 wai 的 ocic) 를 집 행한다. 신호기 가 기 다림 
조작시 에 값 1을 가지고 있으므로 A 는 즉시에 자기의 림계구간에 들어 갈수 있으며 신 
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호기 는 값 0을 취 한다. A 가 자기 의 림 계 구간에 있는 동안 B 와 C 는 둘다 기 다림조작을 
수행하며 신호기 의 사용가능성 을 엄 을 때 까지 폐 색 된다. A 가 자기 의 림 계구간을 벗 어 
나 signal ( lock ) 를 수행할 때 대기 렬 안에서 첫 프로쎄스였던 B 가 이제는 자기의 림계구 
간에 들어 갈수 있다. 

그림 5-9 의 프로그람은 자기의 림계구간에 한번에 하나이상의 프로쎄스를 허용할데 
대 한 요구를 잘 처 리할수 있 다. 이 요구는 신호기 를 특정한 값으로 초기 화시 킴 으로써 만 
족된다. 이 렇게 하여 임의의 시 간에 s .county 값을 다음과 같이 해석 할수 있다. 


• s . count > 0: s . counts 중단되지 않고 waif ( s ) 를 집행 할수 있는 프로쎄스의 수이 
다 [그동안에 아무런 signal ( s)i 집행되지 않는다는 조건에세 . 

• s . counf <0 : s . count 의 크기 는 s . queue 안에서 중단된 프로쎄스의 수이 다. 


페쇄 ABC 



림계 구간 


정 상집 행 


정상집행은 병렬로 진행 
할수 있지 만 림 계구간은 
직렬식으로 되여 있다. 


그림 5-10. 4호기 에 의해 보호되 는 공유자료에 접 근하는 프로쎄 스 

생산자/소비자문제 

병행처리에서 만나는 가장 일반적인 문제의 하나인 생산자/소비자문제를 보자. 일반 
적 으로 이 렇게 설명할수 있다. 즉 일정한 형 태의 자료(레코드, 문자)를 발생시켜 완충기 
에 배치하는 하나이상의 생산자가 있다. 완충기에서 한번에 하나씩 항목을 꺼내는 단일 
한 소비 자가 있다. 체 계는 완충기조작의 중복을 막기 위해 제 한시 킨다. 즉 하나의 대 리 
인(생산자 또는 소비 자)만이 임 의의 한순간에 완충기 에 접 근할수 있다. 이 문제 에 대 한 
몇가지 풀이를 보고 신호기의 능력과 결함을 보기로 하자. 

시 작에 앞서 완충기 는 무한이며 요소들이 선형배 렬로 구성되 여 있다고 가정 하자. 추 
상적 인 용어 로 생 산자와 소비 자의 기 능을 다음과 같이 정 의할수 있 다. 
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생산자: 

whi Ie (true) 


/* 생산자항목 v */； 

b[in] = v ； 
in ++； 


소비자: 

whi Ie (true) 

{ 

while(in <= out) 

/* 아무것도 하지 않는다.*/; 
w = b[out]; 
out ++； 

/* 소비 자항목 w */ 

} 


그림 5-11 은 완충기 건의 구조를 보여 주고 있 다. 생 산자는 항목들을 발생하여 그것 
을 매 단계에서 완충기에 기억시킨다. 매번 완충기에 대한 첨수 ( in ) 가 증가된다. 소비자 
는 류사한 방식으로 진행하지만 빈 완충기로부터 읽으러고 하지 않도록 해야 한다. 이로 
부터 소비 자는 생 산자가 보다 앞섰다는것 (in > ouO 을 확인해 야 한다. 


b[ll 

b[2] 

法 ■ 

b[4] 

b[5] 



출력 입력 

주: 어두운 구역은 차지된 완충기의 일부 
분을 가리키고 있다. 

그림 5-11 .생산자/소비자문제에서의 무한완충기 

/* 생 산자소비 자프로그람*/ 
int n ； 

binary_semaphore s 1 ； 
binary_semaphore delay = 0 ； 
void producer () 

{ 

while (true) 

{ 

produce (); 
waitB(s); 
append0 : 
n ++； 

if (n ==1) 

signalB (delay); 
signalB (s) : 
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void consumer () 

{ 

int m ； A 국부변수*/ 
waitB ( delay ); 
while ( true ) 

{ 

waitB ( s ); 
takeO : 
n —； 

signalB ( s ); 
consume 0; 

if ( n = =0) waitB ( delay ); 

} 

} 

void mainO 

{ 

n =0; 

parbegin ( producer , consumer ); 

} 

그림 5-12. 2 진신호기를 사용하는 무한완충기방식의 생산자/소비자문제 에 대한 부정확한 풀이 

2진신호기로 이 체계를 실행해 보자. 그림 5-12 가 첫 시도이다. 첨수 切과 o 아를 
취급하기보다 옹근수변수 n(n = in - out ) 을 사용하여 완충기 에서 몇개 항목들의 루적을 
간단히 보존할수 있다. 신호기 s 를 사용하여 호상배제를 수행한다. 신호기 delay 는 완 
충기가 비여 있을 때 소비자가 기다리도록 하는데 사용한다. 

이 풀이는 오히려 간단한것 갈다. 생산자는 임의의 순간에 완충기에 자유롭게 추가 
할수 있 다. 그것 은 추가하기 전에 waif B ( s ) 를 수행 하고 그다음에 signalB ( s ) 를 수행 하 
여 소비 자 또는 다른 생산자가 추가조작기 간에 그 완충기 에 접근하지 못하게 막는다. 또 
한 자기의 림계구간에 있는 동안 생산자는 의 값을 증가시킨다. 지 = 1이면 완충기는 이 
추가직전에 비여 있었고 그래서 생산자는 signalB(del 的가를 수행하여 이 사실을 소비자 
에 게 알려 준다. 소비 자는 wait B ( delay ) 를 사용하여 첫 항목이 생산되 기 를 기 다리 기 
시 작한다. 다음항목을 취하고 자기의 림계구간에서 r ; 을 감소시 킨다. 생산자가 소비자의 
앞에 있을수 있 다면(일 반적 인 형 편) 이 보통 정이 므로 신호기 dday 에 서 좀처 럼 폐 색 
되지 않을것 이 다. 이로부터 생산자와 소비자는 원활하게 실행한다. 

그러 나 이 프로그람에는 결함이 있다. 소비 자가 완충기를 다 써버리면 deiay 신호기 
를 재설정할것을 요구하며 결국 생산자가 완충기에 항목을 더 배치할 때까지 기다려야 
한다. 이것이 명령문 if n = = 0 waitS ( dday ) 의 목적이다. 표 5-2 에서 개괄한 방안을 고 
찰해 보자. 어두운 구역은 신호기 s 가 조종하는 림계구간을 표시한다. 14행에서 소비자 
는 wai 出조작을 집행하지 못한다. 소비자가 완충기를 실지로 다 소비했고 지을 0으로 설 
정 하였지 만 (8 행 ) 생 산자는 소비 자가 14행 에 서 그것 을 검 사하기전 에 s 을 증가시 켰 다. 
signalB 가 앞의 wai 出와 정합되지 못하는 결과가 생긴다. 20행에서 ri 의 값 -1 은 소비자 
가 존재하지 않는 완충기에서 항목을 소비했다는것을 의미한다. 조건문을 소비자의 림계구 
간안으로 단순히 이동시킬수는 없다. 그것은 교착을 초래할수 있기때문이다(실례 8행 이후). 
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표 5-2. 그림 5-11 의 프로그람에서의 가능한 



/* 생 산자소비 자프로그람*/ 
int n ； 

binary_semaphore s = l ； 
binary—semaphore delay =0； 
void producer () 

{ 

while (true ) 



waitB ( s ) ； 




append 0 : 
n ++； 

if (n = =1) signalB ( delay ); 
signalB ( s )； 

} 

} 

void consumer 0 

{ 

int m ； A 국부변수*/ 
waitB ( delay ); 
while (true ) 

{ 

waitB ( s ); 
take 0; 
n —； 
m = n ； 
signalB ( s ); 
consume 0; 

if (n = = 0) waitB ( delay ); 

} 

} 

void mainO 

{ 

n =0； 

parbegin ( producer , consumer ) : 

} 

그림 5-13. 2 진신호기 를 사용하는 무한완충기방식 의 생 산자/소비 자문제 에 대 한 정 확한 풀이 

이 문제에 대한 대답은 보조변수를 도입하는것으로서 그것을 소비자의 림계구간안에 
설정하여 후에 사용할수 있게 하는것 이 다. 이 것을 그림 5-13 에서 보여 주고 있다. 론리 
적 으로 주의 깊게 추적해 보면 교착이 더 이 상 생 길수 없 다는것 을 확신할수 있 다. 

그림 5-14 에 서 보여 준바와 같이 일 반적 인 신호기 (계 수식신호기 라고 부른다. )를 사용 
하면 보다 명 확한 풀이 를 얻 을수 있 다. 이 프로그람을 복사하는데 서 오유를 범하여 조작 
sigr ! ai ( s ) 와 sigrjaKii ) 이 바뀌였다고 가정해 보자. 이것은 sigr ! aK 고)조작이 소비자 또는 
다른 생산자에 의한 새치기가 없이 생산자의 림계구간에서 수행될것을 요구한다. 이것이 
프로그람에 영향을 주겠는가? 아니다. 왜냐하면 소비자가 임의의 경우 착수하기전에 두 
신호기 를 기다려야 하기 때 문이 다. 

이제 wait (功와 wa 打 ( s ) 조작이 우연적으로 역전된다고 하자. 이것은 실로 심각하고도 치명 
적인 결함을 가져 온다. 완충기가 비였을 때 ( n.count = 0) 소비자가 자기의 림계구간에 항상 
들어 가면 그 어떤 생산자도 완충기에 영원히 추가할수 없으며 체계는 교착상태에 들어 간다. 
이것은 신호기의 미묘성과 정확한 설계를 하는데서의 난점에 대한 좋은 실례로 된다. 
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/* 생 산자소비 자프로그람*/ 
semaphore n =0; 
semaphore s = l ； 
void producer () 

{ 



produce () : 
waitB ( s ) : 
append (); 
signal 細) ; 
signal ( n ) : 

} 

} 

void consumer 0 

{ 

while ( true ) 

{ 

wait ( n ) r 
wait ( s ); 
takeO : 
signal ( s ) : 
consume () : 

} 

} 

void mainO 

{ 

parbegin ( producer , consumer ); 

} 

그림 5-14. 신호기 를 사용하는 무한완충기방식 의 생 산자/소비 자문제 에 대 한 풀이 

끝으로 생산자/소비자문제에 새롭고 실제적인 제한 즉 완충기가 유한하다는 제한을 
주자. 완충기를 순환형기억기(그림 5-15) 로 취급하며 지시 기값들은 완충기의 크기를 법 
으로 하여 표현되 여 야 한다. 다음의 관계 가 성 립한다. 즉 



생산자와 소비 자의 기능을 아래와 같이 표현할수 있다(변수 立!과 out 는 0으로 초기 
화되여 있다). 

그림 5-16 은 일반신호기를 사용하는 풀이를 보여 주고 있다. 신호기 e 는 빈 공간의 
수를 추적 하기 위하여 추가되 였 다. 
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생산자: 
while ( true ) 

{ 

/* 생산항목 v */ 
while (( in + l)%n == out ) 

/* 아무것도 하지 않는다.*/; 
b [ in ] = v ； 
in = ( in +1 )% n ； 


소비자: 
while ( true ) 

{ 

while ( in == out ) 

/* 아무것도 하지 않는다.*/; 
w=b [ out ] ； 
out =( out + l )% n ； 

/* 소비 항목 w */; 

} 


b [ l ] 

M 2] 

.祖 ■ 

b [4] 

b [5] 

• • • • | b [ n ]| 


t t 



출력 


기 

입력 


b [ i ] 

b [2] 

b [3] 

b [4] 

b [5] 

• • • • | b [ n ]| 


그림 5-15. 생산자/소비 자문제 에서 의 유한순환형완충기 


신호기의 실현 

이미 언급된바와 같이 wa 付와 sigri 선조작을 원자적인 기본지 령들로 실현해 야 한다. 
하나의 명백한 방법은 그것을 하드웨 어 또는 프로그람장치화수법 으로 실현하는것 이 다. 
이 방법을 내놓고도 여러가지 방안들이 제 안되여 있다. 문제의 본질은 호상배제라는것 이 
다. 즉 한번에 하나의 프로쎄스만이 wait 또는 sigri 선조작으로 신호기를 조작할수 있다 
는것 이 다. 그러므로 Dekker 의 알고리듬이나 Peterson 의 알고리듬과 같은 쏘프트웨 어 방 
안을 사용할수 있는데 이것은 필수적인 처리의 간접소비시간을 요구한다. 또 다른 방법 
은 호상배제에 하드웨어의 지원을 받는 방안을 사용하는 방안들중에서 하나를 사용하는 
것이다. 실례로 그림 5-17 자는 검사 및 설정명령을 사용하는것을 보여 주고 있다. 이 
실현에서 신호기는 역시 그림 5-9 에서와 같은 구조이지만 새로운 옹근수성분 s.flag 를 
포함하고 있다. 명백히 이것은 바쁜기다림형식을 포함한다. 그러나 waif 및 signal 조작 
은 상대적으로 짧으므로 포함되는 바쁜기 다림의 량도 보잘것 없다. 

/* 경계 완충기 프로그람*/ 
const int sizeofbuffer = /* 완충기 크기*/ 
semaphore n = 0； 
semaphore s = 1; 
semaphore e = sizeofbuffer 
void producer 0 
{ 

while (true ) 


produce (); 
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wait ( e ) ； 
wait ( s ) ； 
append () ； 
signal ( s ); 
signal ( n ) ； 


void consumer () 
while (true ) 


wait ( n ) ； 
wait ( s ) ； 
takeO ； 
signal ( s ) ； 
signal ( e ) ； 
consume () ； 


void mainO 

{ 

1 parbegin ( producer , consumer ) ； 

그림 5-16. 신호기를 사용하는 경계완충기방식의 생산자/소비자문제에 대한 풀이 


Wait(s) 

{ 

while ( ! estset (s. flag)) 

/* 아무것도 하지 않는다 .*/; 
s. count — ； 
if (s.count<0) 

{ 

프로쎄 스를 s. queue 에 배 치 하고 

프로쎄스를 페七시킨다 

(또한 s.flag 를 0 으로 설정해야 한다 .) 

} 

else 

s.flag=0 ； 

} 

signal (s) 

{ 

while (! estset (s. flag)) 

/* 아무것도 하지 않는다 .*/; 
s.count ++； 
if (s. count<=0) 

{ 

프로쎄스 p 를 s. queue 에서 제거 하고 
프로쎄 스 p 를 준비 목록에 배 치한다 . 

} 

s.flag=0; 


Wait(s) 

{ 

inhibit interrupts ； 
s. count —； 
if (s.count<0) 

{ 

프로쎄스를 s. queue 에 배 치 하고 

프로쎄스를 폐색시킨다 

(또한 s.flag 를 0 으로 설정해야 한다 .) 

} 

else 

새치기허용; 

} 

signal (s) 

{ 

inhibit interrupts ； 
s.count ++； 
if (s. count<=0) 

{ 

프로쎄 스 p 를 s. queue 에서 제 거 하고 
프로쎄 스 p 를 준비 목록에 배 치한다 . 

} 

새치기허용; 

} 


208 


그림 5-17. 신호기의 두가지 가능한 실현: 1- 검사설정명령， i _- 새치기 





단일 처 리 기 체 계 에 서 는 그림 5-17 l 에 제 기 되 여 있는것 처 럼 vra 九나 sigD 선조작기 간 
에 새치기를 금지시킬수 있다. 다시한번 강조하지만 이 조작기간이 상대적으로 짧다는것 
은 이 방법 이 정 당하다는것을 의미 한다. 

리 발소문제 

병행성을 실현하기 위해 신호기를 사용하는 또 다른 실례로서 간단한 리발소문제를 
고찰한다. 3 이 실례는 리발소자원들에 련이은 접근을 주려고 할 때 맞다들리는 문제 가 
실지 조작체계에서 맞다들리게 되는 문제와 류사하므로 론의할만하다. 

리발소에는 3개의 리발의 자, 세명의 리발사，4명의 손님 을 쏘파에 앉히 고 다른 손님 
들은 서 서 기 다리 는 방구역 이 있 다(그림 5-18). 파이 어 코드는 리발소에 서 손님 의 총수를 
20명 으로 제 한한다. 이 실례 에서 는 리발소가 결국 50명의 손님들을 봉사하게 된다고 가 
정 한다. 

손님 은 다른 손님 들로 하여 수용능력 이 다 차면 리발소에 들어 가지 못할것 이 다. 
한편 내 부에 서 는 손님 이 쏘파에 자리 를 잡거 나 쏘파가 다 차 있 으면 서 있는다. 리발사 
가 시간이 나면 쏘파에 가장 오래 있었던 손님이 봉사를 받게 되며 서 있는 손님이 있다 
면 리발소에 가장 오래 서 있은 손님 이 쏘파에 자리잡게 된다. 손님 의 리발이 끝날 때 에 
임 의의 리발사가 료금을 받을수 있지 만 출납대 가 하나만 있으므로 료금은 한번에 한 손 
님 에 대해서만 받는다. 리발사들은 머 리를 깎고, 료금을 밤으며，손님 을 기 다리면서 자 
기 의 리발의 자에 앉아 있는데 시 간을 할당하게 된 다. 



그림 5-18. 리발소 


불공평한 리발소 

그림 5-19 는 신호기 를 사용하는 실현을 보여 주고 있는데 공간을 절 약하기 위하여 
세개의 수속을 나란히 서술하고 있다. 모든 신호기의 대기렬 이 선입선출방법으로 처 리된 
다고 가정한다. 

프로그람의 기 본부분은 50명 의 손님，3명 의 리발사와 출납처 리 를 활성 화시 킨다. 이 
제 여러가지 동기화조작기의 목적과 지위를 고찰해 보자. 즉 


이 문제 는 Chico 에 있는 캘 리 포니 아 국가종합대 학의 Ralph Hilzer 교수의 도움을 받아 필 자가 내 
놓았다. 
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리 발소와 쏘파 : 리 발소의 능력 과 쏘파의 능력 은 각각 신호기 max_capac 打 y 와 
sofa 가 관리 한다. 손님 이 리 발소에 들어 가려 고 할 때마다 신호기는 

1만큼 감소되며 손님 이 나올 때마다 신호기는 증가된다. 손님 0 j 리발소가 만원이 
라는것을 알면 그 손님의 처 리는 max _ capac 打 y 상에서 waif 함수에 의해 중단된다. 
류사하게 wa 打와 signal 조작은 쏘파에 앉거 나 일어 나는 동작들에 대 응한다. 

리 발의 자의 능력 : 3개 의 리발의 자가 있 으며 그것 을 합리 적 으로 사용하는데 주의 
를 돌려 야 한다. 신호기 barber_chaii ■는 어떤 손님 이 다른 사람의 무릎우에 올라 
앉는 점잖지 못한 현상이 일 어 나는것을 피 하기 위 해 한번에 세명 이상의 손님 이 
봉사 받을수 없다는것을 담보해 준다. 손님은 적어도 한개의 의자가 빌 때에야 
쏘파에서 일어 나게 되며 [ w _ aif ( barber _ c / 2a 네 매 리 발사는 손님 이 자기 의 자 
를 떠났을 때 신호를 한다. 리발의자에 4한 공평한 접근은 신호기의 대기렬구성 
이 제공한다. 즉 페색되는 첫 손님이 의자를 사용할수 있는 첫 사람으로 된다. 
손님의 수속에서 만약 waiHbarber-Chajr) 가 signal (sofa) 발생했다면 매 손 
님은 단지 쏘파에 잠간 앉은 다음 리발의자줄에 서게 되며 혼잡을 일으키고 팔꿈 
치 가 부딪 치는 비좁은 리 발소를 떠 난다. 


/* 리발소프로그람 1*/ 
semaphore max_capacity = 20 ； 
semaphore sofa = 4 ； 
semaphore barber_chair = 3 ； 
semaphore coord = 3 ； 
semaphore cust 一 ready = 0, finished = 0, 
void customer 0 
{ 

wait (max (capacity) ； 
enter_shop() ； 
wait (sofa); 
sit_on_sofa() ； 
wait (barber_chair) ； 
get_up_from_sofa 0 ； 
signal (sofa) ； 
sit_in_barber_chair ； 
signal (cust_ready) ； 
wait (finished); 
leave_barber_chair 0 ； 
signal (leave_b_chair); 
payO; 

signal (payment) ； 
wait (receipt) ； 
exitshopO ； 
signal (max_capacity) 

void mainO 


leave_b_chair = 0, payment = 0, receipt = 0 ； 
Void barber 0 Void cashier 0 

{ { 

while (true) while (true) 


wait (cust_ready) ； 
wait (coord); 
cut_hair() ； 
signal (coord) ； 

signal (finished) ； 
wait (leave_b_chair) 


wait (payment) ； 
wait (coord); 
accept_pay() ； 
signal (coord) ； 
signal (receipt) ； 


signal (barber_chair) ； 

} 

} 


parbegin (customer, ... 50 times, ... customer, barber, barber, barber, cashier) ； 
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그림 5-19. 불공평한 리 발소 










• 손님이 리발의자에 있다는 확중: 신호기는 자는 리발사의 깨우기신호로서 손님이 
방금 의자를 차지했다는것을 가리킨다. 이 신호기가 없으면 리발사는 절대로 잘수 
없고 손님이 의자를 떠나자마자 머리를 깎기 시작하게 될것이다. 만일 그 어떤 새 
손님도 자리에 앉지 않았다면 리발사는 허공에 대고 리발을 하고 있을것 이다. 

• 손님 을 리 발의 자에 앉히 기 : 손님 은 일 단 앉았으면 리 발사가 신호기 finished 를 사 
용하여 리발이 끝났다는 신호를 줄 때까지 그 의자에 앉아 있는다. 

• 한 손님을 하나의 리발의자에 제한하기 : 신호기 barber _ chair 는 리발의자에 있 
는 손님수를 세명으로 제한한다. 그러나 barber-chair 는 자체로 이것을 성공시 
키지 못한다. 리발사가 signal ( finished ) 를 집행한후에 즉시 처리기를 얻지 못한 
손님은(즉 다른 사람과 잡담하는데 정신이 팔려 있는 손님) 다음 손님이 앉을 허 
가를 받을 때까지 여전히 의자에 있을수 있다. 신호기 leave _ b _ chair ^： 꾸물거 
리는 사람이 자기가 떠난다는것을 알릴 때까지 리발사가 새 손남을 의 자에 불러 
들이 지 못하게 함으로써 이 문제 를 정 정할수 있 다. 이 장의 마지 막에 있는 문제 
에서는 이 예방책도 성급한 손님이 자리를 차지하는것을 막지 못한다는것을 알수 
있 다. 

• 지불 및 령수중 받기: 돈을 취급할 때는 자연히 주의를 돌리려고 한다. 출납은 
매 개 손님 이 리발소를 떠 나기 전에 료금을 지 불하는것 을 확인하려 고 하며 손님 은 
지불했다는 확증(령수증)을 받으러고 한다. 이것은 사실상 돈을 직접 넘겨 주어 
야 실현된다. 매 손님은 리발의자에서 일어 나자마자 료금을 지불하고 출납에 돈 
을 넘 겨 주었 다는것 을 알리 고 [ sigrjaKpayment )] 다음에 령 수증을 기 다린 다 
[ wait ( receipt )]. 출납프로쎄 스는 반복하여 지 불을 처 리 한다. 즉 지 불이 신호를 
보내기를 기다리며 돈을 받고 다음 돈을 받았다는 신호를 보낸다. 여기서 몇가지 
프로그람작성오유를 피해야 한다. 만일 signaKpaymenet ) 이 pay 가 동작하기 직 
전에 발생했다면 손님은 신호를 보낸 다음 새치기될수 있는데 이것은 누구도 지 
불하지 않았다고 해도 출납이 지불을 받지 못하게 할수도 있다. 지어 더 심각한 
오유는 signal ( payment ) 과 wait ( receipt ) 행 들의 위치를 역전시 키 는것 이 다. 이 
것은 교착을 초래하게 되는데 그 리유는 그것 이 모든 손님들과 출납이 자기들의 
개별적인 wait 조작에서 페색되게 하기때문이다. 

• 리 발사와 출납기 능의 조정 : 돈을 절 약하기 위 해 리 발소는 따로 출납을 쓰지 않는 
다. 매 개 리발사는 머 리를 깎는중이 아니면 그 일을 수행해 야 한다. 신호기 
coord 는 리 발사가 한번에 하나의 과제만을 수행 할수 있도록 한다. 

표 5-3 은 프로그람에서 매개 신호기의 사용에 대하여 요약하고 있다. 

출납처 리 는 지 불기 능을 리발사수속에 합하여 제 거할수 있 다. 매 개 리 발사는 련속 
적으로 리발과 료금접수를 한다. 그러 나 단일한 출납대 에서 한번에 한 리발사에게 료 
금접수기능이 접근하도록 제한해야 한다. 그 기능을 림계구간으로 처리하고 신호기로 
그것을 감시하여 이것을 수행할수도 있다. 

표 5-3. 그림 5-1 8 에서 신호기들의 목적 


신호기 

기다림 조작 

신호조작 

max-capacity 

손님이 리발소에 들어 가기 위해 
방을 기다린다 . 

나가는 손님 이 기 다리는 손님 에 
게 나가라고 신호한다 . 

Sofa 

손님이 쏘파에 앉아 기다린다 . 

쏘파를 떠나는 손님이 쏘과에 앉 
아 기 다리는 손님에게 신호한다 . 
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표계속 


신호기 

기다림 조작 


barber-chair 

손님이 빈 리발사의자를 기다린다 . 

리발사가 의자가 빌 때 신호한다 . 

cust-read 

리발사가 손님이 의자에 들어 앉 
을 때까지 기다린다 . 

손님은 리발사에게 손님이 의자 
에 앉았다는것을 신호한다 . 

Ished 

손님은 자기 리발이 될 때까지 
기다린다 . 

리발사가 그 손님의 머리를 다 
깎았을 때 신호한다 . 

leave-b-chair 

리 발사는 손님 이 의자에서 일어 
날 때까지 기다린다 . 

손님 이 출납에게 자기가 지불했 
다는것을 신호한다 . 

Payment 

출납은 손님 이 지불하기를 기 다 
린다 . 

손님 이 출납에게 자기가 지불했 
다는것을 신호한다 . 

Receipt 

손님은 지불에 대한 령수증을 기 
다린다 . 

출납은 지불을 받았다는것을 신 
호한다 . 

Coord 

리발사자원이 자유로워 져서 리 
발이든 출납기능이 든 수행 하기를 
기다린다 . 

리발사자원이 자유롭다는것을 신 
호한다 . 


공평한 리발소 

그림 5-19 가 하나의 좋은 성과이기는 하지만 일부 난점도 있다. 이 절의 나머지 부 
분에서 한가지 문제를 해결하는데 다른것들은 독자들에게 련습으로 남겨 둔다(문제 19를 
보시오.). 

그림 5-19 에 는 손님 들을 불공평하게 취 급할수도 있는 시 간맞물림 문제 가 있 다. 현재 
세 손님 이 세개의 리발의 자에 앉아 있다고 하자. 그 경 우에 손님들은 분명 
waiKfinisAecD 상에 서 페 색 될 것 이 며 대 기 렬 구성 으로 그들은 리 발의 자에 들어 간 순서 로 
나오게 된다. 그러나 한 리발사가 매우 빠르거나 손님중의 어떤 사람이 머 리칼이 적 다면 
어떻게 되겠는가? 첫 손님이 의자에 들어 가 앉으면 한 손님이 자기가 앉은 의자에서 밀 
려 나 부분적리발에 대해 완전한 값을 물도록 하며 한편 다른 손님은 머 리를 다 깎았음 
에도 의 자를 뜨지 못하는 상태 가 조성될수 있다. 

그림 5-20 에서 보여 준것처 럼 신호기를 더 사용하여 이 문제를 해결한다. 매 손님에 
게 유일한 손님번호를 할당하는데 이것은 매 손님이 리발소에 들어 가는 번호를 가지는 
것과 같다. 신호기 mutexl 은 전역변수 counH 대한 접근을 보호하여 매 손님이 유일 
한 번호를 받도록 한다. 신호기 finished 를 50개의 신호기배 렬로 다시 정의한다. 일 단 
손님 이 리 발의자에 앉으면 그는 wa 打 ( finis 九 ed [ custar ]) 를 집행 하여 자기자체의 유일 한 
신호기 를 기 다리 게 하는데 리발사가 그 손님 에 대 한 봉사를 끝낼 때 리발사는 
signalifinished \_b_cus 幻)을 집행하여 정확히 그 손님을 내보낸다. 

손님의 번호가 리발사에게 어떻게 알려 지게 하겠는가 하는 문제가 제기된다. 손님 
은 리 발사에게 신호기 cust-ready 로 신호하기 직전에 대기렬 enqueue ! 에 자기번호를 
놓는다. 리발사가 리발할 준비 가 되 면 dequeuel(b_cus 公은 gueueJ 에 서 제 일 우의 손 
님 번호를 제거 하고 그것을 리 발사의 국부변수 b _ cusH ᅵ 놓는다. 
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/* 리 발소프로그람 2*/ 
semaphore max_capacity = 20 ； 
semaphore sofa = 4 ； 
semaphore barber_chair = 3， coord = 3 ； 
semaphore mutexl= 1, mutex2 =1 ； 

semaphore cust_ready = 0, finished = 0, leave_b_chair = 0, payment = 0,receipt = 0 ； 
semaphore finished [50] = {0}; 
int count ； 


void customer () 

void barber () 

void cashier 0 

int custnr ； 

int b_cust ； 

while (true) 

wait (max_capacity) ； 

while (true) 

{ 

enter_shop(); 

{ 

wait (payment) ； 

wait(mutexl) ； 

wait (cust_ready) ； 

wait (coord) ； 

count++; 

wait (mutex2) ； 

accept_pay() ； 

custnr=count ； 

dequeue 1 (b_cust) ； 

signal (coord) ； 

signal (mutex 1); 

signal (mutex2); 

signal (receipt); 

wait (sofa) ； 

wait (coord) ； 

} 

sit_on_sofa() ； 

cut_hair(); 

} 

wait (barber_chair) ； 

signal (coord) ； 


get_up_from_sofa 0 ; 

signal (finished [b_cust] 


signal (sofa) ； 

wait (leave_b_chair); 


sit_in_barber_chair () ； 

signal (barber_chair); 


wait (mutex 2) ； 

} 


enqueuel (custnr); 
signal (cust_ready) ； 
signal (mutex2) ； 
wait (finished [custnr]) ； 
leave_barber_chair() ； 
signal (leave_b_chair) ； 
payO ； 

signal (payment) ； 
wait (receipt) ； 
exit_shop(); 
signal (max_capacity) 

} 



void mainO 
{ count : =0; 

parbegin (customer, ... 50 times, ... customer, barber, barber, barber, cashier) ； 

} 


그림 5-20. 공평한 리발소 
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제 5 절. 감시기 


신호기는 호상배제 에서 와 프로쎄스조종에 서 위 력 하고도 유연한 기본지 령들을 준다. 
그러 나 그림 5-12 에서와 같이 신호기를 사용하여 정확한 프로그람을 만들기는 힘들수 있 
다. 난점은 waif 와 sig _ na 7 조작이 프로그람전반에 홀어 질수 있으며 그것들이 신호기상에 
서 이 조작들에 주는 총적 영 향을 예측하기 가 쉽지 않다. 

감시기는 신호기의 기능과 같은 기능을 가지고 있으며 더 쉽게 조종할수 있는 프로 
그람작성언어구조이 다. 그 개념은 [HOAR 74] 에서 처음 공식적으로 정의되 였다. 감시 
기 구조는 Concurrent Pascal , Pascl - Plus , Modula -2, Modula -3 및 Java 를 포함하여 많 
은 프로그람언어들에서 실현되여 있다. 그것은 또한 프로그람서고로 실현되여 있다. 이 
것은 임의의 대상에 대해 감시기의 걸쇠들을 놓을수 있도록 한다. 특히 련결식목록과 같 
은데서 모든 련결식목록을 하나의 걸쇠로 쇠를 채우거나 매개 목록에 하나의 걸쇠를 가 
지거나 매개 목록의 매개 요소에 하나의 걸쇠를 가지려고 할수도 있다. 

Hoare 의 판본을 먼저 보고 그다음 구체적으로 론의한다. 

신호를 가진 감시기 

감시기는 하나 또는 그이상의 수속，사용순차 및 국부자료로 이루어 지는 쏘프트웨 
어모둘이 다. 감시기의 주요기능은 다음과 같다. 즉 

1. 국부자료변수들은 감시기 의 수속들만 호출할수 있 으며 외 부수속은 호출할수 
없다. 

2. 프로쎄스는 자기의 수속들중에서 하나를 기동시켜 감시기에 들어 간다. 

3. 한번에 하나의 프로쎄스만을 감시기 에서 집 행할수 있는데 감시 기 를 기동시 킨 임 
의의 다른 프로쎄스도 중단되여 감시기가 사용가능해 지기를 기다린다. 

첫 두개의 기 능은 객체지향쏘프트웨어 에서 객 체 들의 기 능을 련상시킨다. 사실 객체 
지 향조작체 계 나 프로그람작성언어 는 특수한 기 능을 가진 객 체 로서 감시 기 를 쉽 게 실현할 
수 있 다. 

감시기 는 한번 에 하나의 프로쎄 스규률을 적 용하여 호상배 제기 능을 보장할수 있 다. 
감시기에서 자료변수는 한번에 하나의 프로쎄스만 호출할수 있다. 그러므로 공유된 자료 
구조를 감시기 안에 놓아 그것 을 보호할수 있다. 만일 감시기 에서 자료가 일정한 자원을 
표현한다면 감시기는 자원에 접근하는데서 호상배제기능을 준다. 

병행처리에서 편리하도록 하기 위해 감시기는 동기화도구를 가지고 있어야 한다. 
실례 로 프로쎄 스가 감시 기 를 기동시 키며 한편 감시 기 에서 일정한 조건이 만족될 때 까지 
중단되여 야 한다고 가정하자. 프로쎄스가 중단될뿐아니 라 일부 다른 프로쎄스들이 들어 
가도록 감시기 를 해 방하는 기 능이 요구된 다. 후에 조건 이 만족되 고 감시 기 가 다시 사용 
할수 있을 때 프로쎄 스는 그의 중단점 에서 계속하여 감시 기 에 재 진입할것을 요구한다. 

감시기는 조건변수들을 사용하여 동기화를 지원하는데 변수들은 감시기안에 있으며 
감시기 안에서만 호출할수 있다. 두가지 기능이 조건변수에 따라 동작한다. 즉 

• cwait (c) : 조건 c 에서 호출중인 프로쎄스의 집행을 중단시킨다. 감시기는 이제 
부터 다른 프로쎄스가 사용할수 있다. 

• csignal (c) ••같은 조건에서 cwait 다음에 중단된 일부 프로쎄스의 집행을 회복한다. 
그러 한 프로쎄스가 몇개 있다면 그중에서 하나를 선택 하고 그러 한 프로쎄스가 전 
혀 없다면 아무것도 하지 않는다. 
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그림 5-21. 감시기의 구조 


감시기의 wait/signal 조작은 신호기의 조작과 다르다. 만일 감시기에서 프로쎄스 
가 신호하고 조건변수를 기다리는 과제가 전혀 없으면 신호는 손실된다. 

그림 5-21 은 감시기의 구조를 보여 준다. 프로쎄스가 자기의 수속들중에서 임의의것 
을 기동시켜 감시기에 들어 갈수 있다고 하여도 감시기가 한번에 하나의 프로쎄스만 감 
시기에 있게 감시를 받는 단일한 입구점을 가지고 있다고 생각할수 있다. 감시기에 들어 
가려는 다른 프로쎄스를은 감시기의 사용가능성을 기 다리면서 중단된 프로쎄스들의 대기 
렬에 넣는다. 일단 프로쎄스가 감시기 에 있으면 그것은 cwa 打 U ) 를 내보내 여 조건 표에 
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서 그자체를 일시적으로 중단시킬수 있는데 그것은 그다음에 조건이 변할 때 감시기에 
다시 들어 가려고 기다리는 프로쎄스의 대기렬에 놓인다. 

만일 감시기에서 집행하고 있는 프로쎄스가 조건변수 표에서 어떤 변화를 검출하면 
csignal ( x ) 를 내보내는데 이것은 대응하는 조건을 가진 대기렬에 조건이 변화되 였다는 
것을 통지 한다. 

감시기를 사용하는 실례로 유한한 완충기의 생산자/소비자문제에로 화제를 돌리자. 
그림 5-22 는 감시기를 사용하는 풀이를 보여 주고 있다. 감시기모둘인 경계완충기는 문자 
를 기 억시키는데 또는 되찾는데 사용되는 완충기를 조종한다. 감시기는 두개의 조건변수 
를 가지고 있다. 즉 notfull 은 완충기에 적어도 하나의 문자를 추가할수 있는 공간이 있을 
때 참으로 되며 notempty 는 완충기에 적어도 하나의 문자가 있을 때 참으로 된다. 

생산자는 감시기안에 있는 수속 ■encHI 의해서만 문자를 완충기에 추가할수 있 
으며 직접 접근하지 않는다. 수속은 우선 조건 no 打 ull 을 검사하여 완충기에 사용할수 
있는 공간이 있는가를 판정한다. 만일 없으면 감시 기 를 집 행 하는 프로쎄 스는 그 조건에 
서 중단된다. 일부 다른 프로쎄스(생산자 또는 소비 자)는 이제부터 감시기에 들어 갈수 
있다. 후에 완충기 가 더 이상 차지 않을 때 중단된 프로쎄스를 대기렬에서 꺼내 여 다시 
활성화시키고 처리를 계속해 나갈수 있다. 문자를 완충기에 넣은 다음 프로쎄스는 
notemi 九 y 조건을 신호한다. 류사한 설명을 소비자의 기능에 대해서도 할수 있다. 

이 실례는 감시기를 사용하여 동작을 분할하는것을 신호기와 비교하여 보여 준다. 
감시기의 경우에 감시기의 구성자체 가 호상배제를 수행 한다. 즉 생산자와 소비자가 둘다 
동시에 완충기에 접근하는것은 불가능하다. 그러나 프로그람작성자는 적절한 cwa 九와 
csigTi 싶기본지 령을 감시기 안에 놓아 프로쎄스가 꽉 찬 완충기 에 항목을 예 약하거 나 빈 
완충기 에서 항목을 꺼내지 못하도록 보호해 야 한다. 신호기인 경우에 호상배제와 동기화 
는 둘다 프로그람작성자가 한다. 

그림 5-22 에서 프로쎄스가 csig 刀 ai 기능을 집 행한후에 즉시 감시기를 벗 어 난다는데 
주목하자. 만일 csignal 이 수속의 끝에서 발생하지 않으면 Hoare 의 제안에서 신호를 내 
보내는 프로쎄스는 중단되 여 감시 기를 사용할수 있도록 하며 감시기 가 자유로울 때 까지 
대 기 렬에 놓인다. 이 점 에서 하나의 가능성은 중단된 프로쎄스를 입구대기렬에 놓아 그 
것 이 아직 감시기에 들어 가지 못한 다른 프로쎄스들과의 접근을 완료하도록 하는데 있 
을것이다. 그러나 csigTiai 기능에 따라 중단된 프로쎄스는 이미 감시기에서 자기의 과제 
를 부분적 으로 수행하였으므로 개 별적 인 긴급대기렬을 설치하여 프로쎄스가 새 로 들어 
가는 프로쎄 스들을 선행하도록 한다(그림 5-21). 감시 기 를 사용하는 하나의 언어 로서 
Concurrent Pascal 은 csignal 이 다만 감시기수속이 집행한 마지막조작으로 나타날것을 
요구한다. 

조건 표를 기다리고 있는 프로쎄스가 전혀 없으면 csi 客 naKx ) 에 대한 집행은 아무런 
효과도 내지 못한다. 

신호기를 사용할 때처럼 감시기의 동기화기능에서 오유가 생길수 있다. 실례로 경 
계 완충기감시기 에서 어 느 하나의 csignai 기능이 빠진다면 대응하는 조건대기 렬에 들어 
가는 프로쎄 스는 영 원히 요청 접 수가 중단된다. 신호기 에 비한 감시 기 의 우점 은 모든 동 
기 화기능이 감시 기 에 국한된다는것 이 다. 따라서 동기 화가 정 확히 집 행되 였는가를 확증하 
기 쉬 우며 오유를 검 출하기 쉽다. 게 다가 일 단 감시 기 가 정 확히 프로그람화되 면 보호자 
원에 대 한 접근은 모든 프로쎄스로부터의 접근에 대 해 정 확하다. 
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/* 생 산자소비 자프로그람 */ 
monitor boundedbuffer ； 
char buffer [N] ； 
int nextin, nextout ； 
int count ； 

int notfull, notempty ； 


/*N 개항목을 위한 공간 */ 
/* 완충기의 지시기 */ 

/* 완충기안에 서 항목의 수 */ 

/* 동기 화용 */ 


void append (char x) 

{ 

if (count: =N) 

cwait (notfull) ； 
buffer [nextin] =x ； 
nextin= (nextin+1) %N ； 
count++ ； 

csignal (notempty) ； 

} 

void take (char x) 

{ 

if (count= =0) 

cwait (notempty); 
x=buffer= [nextout] ； 
nextout= (nextout+1) W ； 
count —； 
csignal (notfull) ； 

} 

{ 

nextin=0 ； nextout=0 ； count=0 ； 

} 

void producer 0 

char x ； 

{ 

while (true) 

{ 

procduce (x) ； 
append (x) ； 

} 

} 

void consumer 0 

{ 

char x ； 
while (true) 

{ 

take(x) ； 
consume (x) ； 

} 

} 

void mainO 

{ 

parbegin(producer, consumer); 


/* 완충기가 꽉 찼다 . 웃한계초과를 피하시오 .*/ 


/* 완충기안에 하나이 상의 항목 */ 

/* 임의의 기 다리는 소비자를 회복하시오 .*/ 


/* 완충기가 비여 있다 . 아래한계초과를 피 하시오 .*/ 


/* 완충기에 수개의 항목 */ 

/* 임의의 기 다리는 수속을 회복하시오 .*/ 

/* 감시기의 본체 */ 

/* 완충기는 초기 에 비 여 있다 .*/ 
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틍지와 방송들 가진 감시기 

감시기에 대한 Hoare 의 정의 [HOAR 74] 는 적어도 하나의 프로쎄스가 조건대기렬에 
있다면 대기렬에서 나오는 프로쎄스는 또 다른 프로쎄스가 그 조건에서의 csignal 을 내 
보낼 때 즉시 에 실행 할것을 요구한다. 결국 csignal 을 내보내는 프로쎄스는 즉시 감시기 
를 벗어 나든가 감시기상에서 중단되여야 한다. 

이 방법 에는 두가지 약점 이 있다. 즉 

1. csignal 을 내보내는 프로쎄스가 감시기에서 끝나지 않았다면 두개의 추가적인 프 

로쎄스절환을 요구한다. 즉 하나는 프로쎄스를 중단시키는것이고 다른 하나는 
감시기를 사용할수 있을 때 그것을 재개하는것이다. 

2. 신호와 관련된 프로쎄 스의 일정작성 은 완전히 믿 음성 있어 야 한다. csingnal 을 
내보낼 때 대응하는 조건대기렬에서 나오는 프로쎄스는 즉시에 활성화되여야 하 
며 일정작성 에 는 그 어 떤 다른 프로쎄 스도 활성 화되 기 전에 감시 기 에 들어 가지 
않는다는것을 담보해 야 한다. 그렇지 않으면 프로쎄스가 활성화되는 조건이 변 
할수 있다. 실례로 그림 5-22 에서 csignal(notempty) 을 내보낼 때 notempty 
대기렬에서 나오는 프로쎄스는 새로운 소비자가 감시기에 들어 가기전에 활성화 
되여야 한다. 또 다른 실례를 보자. 생산자프로쎄스는 어떤 문자를 추가하고 그 
다음 신호하기 전에 실패 할수 있는데 notempty 대기 렬 에서 어떤 프로쎄 스는 영원 
히 요청접수중단 당하게 된다. 

Lampson 및 Redell 은 Mesa 언 어 에서 의 서 로 다른 감시 기 에 대 한 정의를 내 놓았다 
[LAMP 80]. 그들이 내놓은 방법은 방금 설명한 문제를 극복하며 몇가지로 쓸모 있게 
확장할수 있 다. Mesa 언어의 감시 기 구조는 또한 Modula -3 체 계 의 프로그람작성언어 에서 
쓰인다 [ NELS 91]. Mesa 언어에서 csig 刀 a 7 기본지령은 cnotify 로 교체되는데 그것은 다음 
과 같이 해석할수 있다. 즉 감시기에서 집행중인 프로쎄스가 crjofify ( x ) 를 집행할 때 x 
의 조건대 기렬은 통지를 받지 만 신호하는 프로쎄스는 계속 집 행한다. 통지 의 결과는 조 
건대기렬의 머리부에 있는 프로쎄스가 감시기를 사용할수 있는 어떤 편리한 앞으로의 시 
기에 재개될것이라는 바로 그것이다. 그러나 어떤 다른 프로쎄스가 기다리는 프로쎄스보 
다 먼저 감시기 에 들어 가지 않으리 라는 그 어 떤 담보도 없기 때 문에 기 다리 는 프로쎄 스 
는 조건을 다시 검사해 야 한다. 실례 로 경계완충기감시기 에서 수속은 이제부터 그림 
5-23 의 코드를 가지게 된다. 

if 문은 while 문으로 교체된다. 결국 이 명령은 조건변수에 대한 적어도 한번의 과잉 
평가를 가져 온다. 그러나 이번에는 아무런 과잉프로쎄스절환도 없으며 기다리고 있는 
프로쎄스가 cnotify 후에 실행해야 한다는 아무런 제한도 없다. 

aiotify 기본지령과 련관시 킬수 있는 하나의 유용한 수단은 매개 조건기본지령과 련 
관된 감시용시계이다. 최대시간초과간격을 기다리고 있었던 프로쎄스는 조건을 통지 받 
았든 안받았든 관계 없이 준비상태에 놓인다. 프로쎄스는 활성화될 때 조건을 검사하며 
조건이 만족되면 계속 집행한다. 시간초과는 다른 프로쎄스가 조건을 신호하기전에 실패 
하는 사건에서 프로쎄스의 애매한 고갈을 막아 준다. 

프로쎄스가 강제 로 재활성화되는것 이 아니 라 통지를 받게 되는 규칙을 사용하여 cb 
roadcast^] ^^1^4 집 결지 에 추가할수 있 다. 방송은 조건을 기 다리 는 모든 프로쎄 스가 
준비상태에 놓이도록 한다. 이것은 프로쎄스가 얼마나 많은 다른 프로쎄스들이 재활성화 
되겠는지 모르는 정황에서 편리하다. 실례로 생산자/소비자프로그람에서 추가 및 꺼내기 
기능이 둘다 가변길이를 가진 문자블로크에 적용할수 있다고 가정하자. 그 경우에 만 
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void append (char x) 

{ 

while (count == N) 

cwait(notfull); 
buffer [nextin] =x ； 
nextin= (nextin+1) %N; 
count ++； 

csignal (notempty) ； 


void take (char x) 

{ 

while (count= =0) 

cwait (notempty); 
x=buffer= [nextout] ； 
nextout= (nextout+1) W ； 
count —； 
csignal (notfull) ； 


그림 5-23. 경계완충기의 감시기 

일 생산자가 문자블로크를 완충기에 추가한다면 기다리고 있는 매 소비자가 얼마나 많은 
문자를 소비하기 위해 준비되여 있는가를 알 필요가 없다. 그것은 단순히 cbroadcast 를 
내보내고 모든 기다리고 있는 프로쎄스들에 다시 시도하도록 경고한다. 

게다가 어느 다른 프로쎄스가 재능동화되는가를 프로쎄스가 정확히 도출해 내기 힘 
들 때 방송을 사용할수 있다. 한가지 좋은 실례로 기억기관리자를 들수 있다. 관리자는 
_/개의 자유바이트를 가지는데 프로쎄스가 보충적인 요개의 바이트를 자유롭게 해주지만 
어느 기다리는 프로쎄스가 총 ic + y 개의 바이트를 가지고 진행할수 있는지 알지 못한다. 

호어감시기에 대한 램슨/리델감시기의 우점은 램슨/리델의 방법이 오유를 더 적게 낸 
다는것이다. 램슨/리델방법에서는 매개 수속의 신호를 받고 후에 감시기의 변수를 검사하 
며 while 구조를 사용하여 프로쎄스가 신호방식프로그람에서 오유를 발생시키지 않고 부정 
확하게 신호하거나 방송할수 있다. 신호방식프로그람은 의의 있는 변수를 검사할것이며 
만일 요구하는 조건이 만족되지 않으면 계속 기 다리게 될것 이 다. 

램슨/리델감시기의 또 다른 우점은 그것 이 프로그람구성에서보다 모둘적 인 방법 에로 
지 향하고 있다는것 이 다. 실례 로 완충기배정 기를 고찰하여 보자. 순차적 인 프로쎄 스들을 
협동시키는데서 만족되여 야 할 두개의 조건준위가 있다. 

1. 모순이 없는 자료구조. 이로 인하여 감시기는 호상배제를 수행하며 완충기 에 관 
하여 다른 조작을 허용하기전에 입력 또는 출력조작을 완료한다. 

2. 1준위와 그밖에 프로쎄스가 그의 배정요청을 완료하는데 충분한 기 억기 

호어의 감시기 에서 매 개 신호는 1준위조건을 나르면서 또한《 나는 당신의 특정한 
배 정호출이 이 제 부터 작업하는데 충분한 바이 트들을 해 방하였 다.》는 암시 적 통보문을 나 
른다. 따라서 신호는 2준위의 조건을 암시적으로 나른다. 만일 프로그람작성자가 후에 2 
준위의 조건에 대한 정의를 변화시킨다면 모든 신호방식프로쎄스들은 프로그람을 다시 
작성해 야 할것 이 다. 만일 프로그람작성 자가 어 떤 특정한 기 다리 고 있는 프로쎄 스가 만든 
가정 을 변화시 킨다면(즉 약간 차이 나는 2준위 가 불변이 기를 기 다리 고 있는) 모든 신호방 


/* 완충기가 꽉 찼다 . 웃한계초과를 피하시오 .*/ 

/* 완충기안에 하나이 상의 항목 */ 

/* 임의의 기 다리는 소비자를 회복하시오 .*/ 

/* 완충기가 비여 있다 . 아래한계초과를 피하시오 .*/ 

/* 완충기에 수개의 항목 */ 

/* 임의의 기 다리는 수속에 통지하시오 .*/ 
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식프로쎄스들을 다시 프로그람작성해야 할수도 있다. 이것은 비모둘적이며 코드가 수정 
될 때 동기화오유(실례로 착오에 의한 기동)를 일으킬수도 있다. 프로그람작성자는 2준 
위 조건에서 작은 변화가 생길 때 마다 기 억 하고 모든 프로쎄 스를 수정해 야 한다. 이제부 
터 는 램 슨/리델의 감시 기 를 사용하여 방송이 1준위 의 조건을 담보해 주며 2준위 가 유지 
할수 있 다는 암시 를 나르는데 매 개 프로쎄스는 2준위 의 조건 그자체 를 검 사한다. 만일 
기 다리 는자든지 신호발송자든지 에서 어떤 변화가 2준위 조건으로부터 생 긴다면 매 개 수속 
이 그자체의 2준위조건을 검사하므로 그 어떤 잘못된 기동이 일어 날수 없다. 따라서 2 
준위 의 조건을 매 개 수속안에 서 은페 시 킬수 있 다. 호어 의 감시기 를 사용하여 2준위 조건 
을 기다리는 프로쎄스로부터 매개 신호방식코드에 날라야 하는데 이것은 자료추출과 수 
속사이 의 모둘성원칙 들을 위 반한다. 

제 6 절. 틍보문넘기기 

프로쎄스들이 서로 대화할 때 두가지 기본요구 즉 동기화와 통신요구를 만족시켜야 
한다. 호상배 제 를 수행 하기 위 해 프로쎄 스들을 동기 화시 켜 야 하는데 협 동프로쎄 스들이 
요구하여 정보를 변화시킬수도 있다. 이 기능을 둘다 보장하는 한가지 방법 이 통보문넘 
기기 이 다. 통보문넘기 기는 분산체계 에서는 물론 공유기 억기식 다중처 리기 및 단일처 리기 
체계에서의 실현에 그자체를 보태준다는 우점을 더 가지고 있다. 

통보문넘기기체계에는 많은 형식이 있다. 이 절에서는 일반적인 소개를 하는데 이 
것은 그러한 체계들에서 대표적으로 보게 되는 기능들을 설명해 준다. 통보문넘기기의 
실제적기능은 보통 한쌍의 기본지령형식으로 주어 진다. 즉 

send (destination, message) 
receive (source, message) 

이것은 프로쎄 스가 통보문넘기기 에서 예 약하는 최 소한의 조작모임 이 다. 프로쎄스는 
통보문의 형식으로 목적지로 지정된 다른 프로쎄스에 정보를 보낸다. 프로쎄스는 보내는 
프로쎄스의 원천과 통보문을 가리키는 수신기본지령을 집행하여 정보를 수신한다. 

통보문넘기기체계와 관련이 있는 몇가지 설계물이 표 5-4 에 제시되여 있는데 이 절 
의 나머지 부분에서는 이 매개 설계물들을 차례로 론의한다. 

동기화 

두 프로쎄스사이 에서 통보문의 통신은 둘사이 에서 어떤 준위의 동기화를 암시해 준다. 
즉 수신기는 다른 프로쎄스가 송신하기전에는 통보문을 수신할수 없다. 게다가 송신 또 
는 수신기본지령을 내보낸후에 프로쎄스에 무슨 일이 일어 나는지 지정해야 한다. 

송신기본지령을 먼저 고찰해 보자. 송신기본지령이 프로쎄스에서 집행될 때 두가 
지가능성 이 있다. 즉 송신하는 프로쎄스가 통보문이 수신될 때까지 페색되든가 또는 
그렇 지 않은것 이 다. 류사하게 프로쎄 스가 수신기본지 령 을 내 보낼 때 두가지 가능성 이 
있다. 즉 

1. 통보문이 이미 송신되였다면 그 통보문은 수신되며 집행이 계속된다. 

2. 기 다리는 통보문이 전혀 없다면 (_0 통보문이 도착할 때까지 프로쎄스가 페색 
되거 나 ( i _) 프로쎄스가 계속 집 행하며 수신하려는 시도를 버린다. 
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표 5-4. 프로■스사이의 틍신 및 동기화를 우 I 한 ■보문체계의 설계특성 


동기화 

송신 
폐색식 
비 폐 색 식 
수신 
페색식 
비 폐 색 식 

도착에 대한 시험 


서식 

내용 

길이 

고정 

가변 

기다림 규률 

FIFO 

우선권 


그러 므로 송신자와 수신자는 둘다 페 색 또는 비페 색중일수 있다. 어 떤 특정한 체 계 
가 보통 하나 또는 두개의 결합으로 실현되는 경우가 있지만 세개의 결합이 일반적이다. 
즉 

• 송신폐색,수신폐색 : 송신자와 수신자는 둘다 통보문이 배달될 때까지 페색되는 
데 이것을 때때 로 상봉이라고 한다. 이 결합은 프로쎄스사이 에서 엄격한 동기화 
를 할수 있게 한다. 

• 송신비페색,수신폐색 : 송신자가 계속할수 있다고 하여도 수신자는 요청되는 통 
보가 도착할 때까지 폐색된다. 이것이 아마도 가장 유용한 결합으로 된다. 그것 
은 프로쎄 스가 하나 또는 그이상의 통보문을 여 러 가지 목적 지 에 가능한 빨리 송 
신할수 있게 해 준다. 유용한 작업 을 하기전에 통보문을 수신해 야 하는 프로쎄 스 
는 그러한 통보문이 도착할 때까지 폐색되 여 야 한다. 실례 로 다른 프로쎄스들에 
봉사 또는 자원을 보장해 주기 위한 봉사기프로쎄 스를 들수 있다. 

• 송신비폐색,수신비폐색 : 어느쪽도 기다리려고 하지 않는다. 

송신비 폐 색 은 많은 병 행프로그람식 과제 들에 서 가장 자연스럽다. 실례 로 만일 그것 
을 인쇄 와 같은 출력조작을 요청하는데 사용한다면 요청하는 프로쎄 스가 통보문의 형 식 
으로 그 요청을 내보내고 그다음 계속할수 있게 해준다. 송신비페색의 한가지 위험은 어 
떤 오유는 프로쎄스가 통보문을 반복하여 산생시키 는 상태를 가져 올수 있다는것 이 다. 
프로쎄스에 규률을 적용하는 그 어떤 폐색방식도 없으므로 통보문들은 처 리기시 간과 완 
충기의 공간을 포함하여 체 계의 자원을 다른 프로쎄 스와 조작체 계 에 손해 가 되게 소비할 
수 있다. 또한 송신비페색 은 프로그람작성 자에게 부담을 주어 통보문이 수신되 였 다는것 
을 결정한다. 즉 프로쎄스가 응답통보문을 사용하여 통보문의 접수를 알려 주어야 한다. 

수신기본지 령에서 페색식판본이 많은 병행프로그람식 과제들에서 가장 보편적 이 다. 
일반적으로 통보문을 요청하는 프로쎄 스는 진행하기전에 기대되는 정보를 요구한다. 그 
러 나 만일 통보문이 상실된다면(이 런 현상은 분산된 체 계 에서 일 어 날수 있다. ) 또는 프 


식 H 

•a 신신^^ 적 적 유 
시접 송수 접 정동 소 
:丄 직 간 
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로쎄스가 예상되는 통보문을 보내기전에 실패한다면 수신하는 프로쎄스가 불명확하게 페 
색될수 있다.수신비페색을 사용하여 이 문제를 해결할수 있다. 그러나 이 방법의 위험성 
은 만일 프로쎄스가 이미 정합수신을 진행한후에 통보문을 송신하면 그 통보문이 상실된 
다는것이다. 다른 가능한 방법은 수신을 하기전에 통보문이 기다리고 있는가 아닌가를 
프로쎄 스가 검 사하며 프로쎄 스가 수신기 본지 령 에서 하나이 상의 자원을 지정 하도록 하는 
것이다. 프로쎄스가 하나이상의 자원으로부터 통보문을 기다리고 있다면 후자의 방법이 
유용하며 통보문중의 어떤것이 도착하면 진행할수 있다. 

주소지 정 

명 백 히 프로쎄 스가 통보문을 수신하는 송신기 본지 령 문에서 어떤 지정 방법 이 있 어 야 
한다. 류사하게 대부분의 실현은 수신하는 프로쎄스가 수신되는 통보문의 자원을 가리키 
도록 한다. 

송신 및 수신기본지령에서 프로쎄스를 지정하는 여러가지 방안들은 두개의 범주 즉 
직 접 주소지정 방식과 간접 주소지정 방식 에 속한다. 직접주소지정 방식 에 대 해서 말한다면 
송신기본지 령 이 목적지프로쎄스에 대한 특정한 식별자를 가진다. 수신기본지 령은 두 방 
법중의 하나로 처 리될수 있다. 하나의 가능성은 프로쎄스가 송신하는 프로쎄스를 로출된 
방법 으로 지 명 하도록 요구하는것 이 다. 그리 하여 프로쎄 스가 어 느 프로쎄 스로부터 통보문 
을 기대하고 있는가를 사전에 확실하게 알수 있다. 이것은 흔히 협동하는 병행프로쎄스 
에서 효과적일것이다. 그러나 다른 경우에 예상되는 원천프로쎄스를 지정할수 없다. 실 
례로 인쇄기-봉사기프로쎄스를 들수 있는데 이것은 다른 프로쎄스로부터 인쇄요청통보문 
을 접수한다. 그러한 응용프로그람에서 보다 효과적 인 방법은 암시적 주소지정방식을 사 
용하는것이다. 이 경우에 수신기본지령의 원천파라메터는 수신조작이 수행되였을 때 반 
환된 값을 가진다. 

다른 일반적 인 방법은 간접주소지정방식이다. 이 경우에 통보문은 송신자로부터 수 
신자에게 직접 송신되지 않고 일시적으로 통보문을 보관할수 있는 대기렬로 되여 있는 
공유자료구조에 로 송신된다. 그러 한 대 기 렬을 일반적 으로 우편통이 라고 한다. 그리 하여 
두 프로쎄스가 통신할 때 하나의 프로쎄스는 통보문을 해 당한 우편통에로 송신하며 다른 
프로쎄스는 우편통에서 그 통보문을 꺼낸다. 

간접 주소지 정 방식 을 사용하는것 이 가지 는 유리 성 은 송신기 와 수신기 를 분리 시 킴 으로 
써 그것이 통보문사용에서 더 큰 유연성을 주도록 한다는것 이다. 송신기와 수신기들사이 
의 관계는 1대 1, 다대 1, 1대 다 또는 다대 다관계로 될수 있다. 1대 1관계는 전용통신회 
선을 두 프로쎄스사이에 설치한다. 이것은 오유를 일으키는 다른 프로쎄스의 간섭으로부 
터 그것들의 호상작용을 격리시킨다. 다대 1관계는 의뢰기/봉사기대화에서 유용한데 하나 
의 프로쎄스가 수많은 다른 프로쎄스들에 봉사한다. 이 경우에 우편통을 흔히 포구라고 
한다(그림 5- M ). 1대 다관계는 하나의 송신기와 여러개의 수신기를 허용하는데 그것은 통 
보문이 나 정보를 프로쎄스의 모임 에 방송하는 응용프로그람들에서 쓸모 있다. 

우편통에 대 한 프로쎄스들의 련계 는 정적일수도 있고 동적일수도 있다. 포구는 흔 
히 특정한 프로쎄 스와 정 적 으로 련결된 다. 즉 포구는 창조되 여 프로쎄 스에 영 원히 할당 
된다. 류사하게 1대 1관계는 대체로 정적 및 영구적으로 정의된다. 송신기들이 많을 때 
우편통에 대 한 송신기의 련계 는 동적 으로 발생 할수 있다. connect ^ disconnect^- 같 
은 기본지 령을 이 목적에 사용할수 있다. 
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련관된 발행은 우편통에 대한 소유권을 가지고 하여야 한다. 포구인 경우에는 대체 
로 프로쎄스가 소유하고 프로쎄스에 의해 창조된다. 이 런데로부터 프로쎄스가 파괴되면 
포구도 파괴된다. 일반우편통인 경우에 조작체계는 우편통창조봉사를 할수 있다. 그러한 
우편통들은 창조하는 프로쎄스가 소유하고 있는것으로 볼수 있는데 이 경우에 그것들은 
프로쎄스와 같이 움직인다. 또는 그러한 우편통들을 조작체계가 소유하고 있는것으로 볼 
수 있는데 이 경우에 그 우편통을 파괴하는데는 어떤 공개적인 지령이 있어야 할것이다. 

■보문의 령식 

통보문의 형식은 통지하는 기능의 목적과 그 기능이 단일콤퓨터상에서 실행하는 
가 또는 분산체계상에서 실행하는가 하는데 관계된다. 설계자들은 일부 조작체계들 
에서 처리 및 기억기의 간접소비시간을 최소화하기 위해 짧고 고정길이를 가진 통보 
문을 제기하였다.만일 많은 자료를 넘기려고 한다면 그 자료를 하나의 파일로 놓을 
수 있으며 통보문은 그 파일을 단순히 참조한다. 보다 유연한 방법은 가변길이의 통 
보문을 사용하는것이다. 

그림 5-25 는 가변길이의 통보문을 지원하는 조작체계에서의 대표적인 통보문형식을 
보여 주고 있다. 이 통보문은 두개의 부분 즉 통보문에 대 한 정보를 담고 있는 머 리부 
와 통보문의 실제적 내용을 담고 있는 본체로 나누어져 있다. 머리부는 통보문의 원천과 
의 도하는 목적 지길 이 마당 및 여 러 가지 형 태의 통보문을 구별하기 위한 형 마당을 가질수 
있다. 통보문의 련결목록을 창조할수 있는 지시기마당，원천 및 목적지사이에서 넘어 간 
통보문의 수와 차수에 대 한 추적 을 보존하기 위한 순차의 수 및 우선권마당과 같은 추가 
적 인 조종정보도 있을수 있다. 
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기다림규률 

가장 단순한 기다림규률은 선입선출이지만 어떤 통보문이 다른것보다 긴급하다면 이 
것 이 충분하지 못할수 있다. 대리 방안은 통보문에 기초하거나 송신기가 지명하여 통보문 
의 우선권을 지정하도록 하는것이다. 다른 하나의 대리방안은 수신기가 통보문대기렬을 
조사하고 다음에 수신할 통보문을 선택하도록 하는것이다. 

호상배제 

그림 5-26 은 호상배제를 실시하는데 통보문넘기기를 사용할수 있는 한가지 방법을 
보여 주고 있다(그림 5-1， 5-5 및 5-9 와 비 교하시오.). 폐 색식수신기본지 령과 비페색식 
송신기 본지 령 을 사용하는것 으로 한다. 병 행프로쎄 스의 모임 은 우편통인 mutex 를 공유하 
는데 이것은 송신 및 수신하는데서 모든 프로쎄스가 사용할수 있다. 우편통은 초기화되 
여 빈 내용으로 되여 있는 단일통보문을 포함하고 있다. 자기의 림계구간에 들어 가려고 
하는 프로쎄스는 우선 어떤 통보문을 수신하려고 한다. 만일 우편통이 비여 있으면 프로 
쎄스는 폐색된다. 일단 프로쎄스가 통보문을 얻었으면 자기의 림계구간을 수행하고 통보 
문을 우편통에 되 돌려 놓는다. 그리하여 통보문은 프로쎄 스에 서 프로쎄 스에 로 통과하는 
통표와 갈은 기 능을 수행한다. 


/* 호상배제 프로그람*/ 

const int n = /* 프로쎄스의 수*/; 

void P(int I) 


message msg； 
while (true) 

{ 

receive (mutex, msg); 

/* 림계 구간*/ 

send (mutex, msg) : 

/* 나머 지 */ 

} 
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void mainO 




{ 

create_mailbox (mutex) ； 
send (mutex, null) ； 
parbegin (P (1) ， P (2) ， ■ .., P (n)); 

} 

그림 5-26. 통보문을 사용하는 호상배제 

앞의 풀이 는 만일 하나이 상의 프로쎄 스가 수신조작을 병 행하여 수행 한다면 그때 

• 통보문이 있으면 그것이 단지 하나의 프로쎄스에 분배되고 다른것들은 폐색되거나 

• 통보문대기렬이 비여 있으면 모든 프로쎄스가 폐색되는데 통보문을 사용할수 있 
을 때 하나의 폐색된 프로쎄스만이 활성화되여 통보문을 받는다. 

Const int 

Capacity:/* 완충 용량*/ 

Null =/* 빈 통보문*/ 

Int I ； 

Void producer () 

{ message pmsg ； 
while (true) 

{ 

receive (mayproduce, pmsg) ； 

pmsg=produce() ； 

send (mayconsume, pmsg); 

} 

} 

void consumer () 

{ message cmsg 
while (true) 

{ 

receive (mayconsume, cmsg); 

consume (cmsg) ； 

send (mayproduce, null); 

} 

} 


void mainO 

{ 

create_mailbox (mayproduce) ； 
create_mailbox (mayconsume) ； 
for (int I=l ； I<=capacity ； I++) 
send (mayproduce, null); 
parbegin (producer, consumer) ； 


그림 5-27. 통보문을 사용하는 경계완충기식의 생산자/소비자문제에 대한 풀이 
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이 가정은 실제적으로 모든 통보문넘기기기능에 맞는다. 

통보문넘기 기를 사용하는 또 다른 실례 로서 그림 5-27 이 경계완충기식의 생산자/소 
비자 문제에 대한 풀이로 된다. 통보문넘기기의 기초적인 호상배제기능을 사용하여 그림 
5-16 과 류사한 알고리듬을 가지고 문제를 해결할수 있었다. 그대신에 그림 5-27 의 프로 
그람은 통보문넘기기를 신호외에 자료를 넘기는데 사용할수 있다는 우점이 있다. 두개의 
우편통을 사용한다. 생산자가 자료를 발생시키는데 따라 그것을 우편통 mayconsume^] 
통보문으로 보낸다. 적어도 하나의 통보문이 우편통에 있는동안 사용자가 소비할수 있다. 
이 로부터 mayco 幻 sume 은 완충기 로 봉사하는데 완충기안의 자료는 통보문렬 로 구성 된 다. 
완충기 의 《 크기》는 전역 변수 capacity^} 확정 한다. 초기 에 우편통 mayproduce^： 완 
충기의 용량과 갈은 수의 빈 통보문으로 차 있다. mayproduce 에 있는 통보문의 수는 
매 개 생산에 따라 줄어 들며 매 개 소비 에 따라 확장된다. 

이 방법은 아주 유연하다. 모두가 두 우편통에 접근하는한 여러개의 생산자/소비자가 있 
을수 있다. 지어 체계를 한 싸이트에는 모든 생산자프로쎄스와 mayproduce 우편통으로 그리 
고 다른 싸이트에는 모든 소비 자프로쎄스와 maycoiisome 우편통으로 분산시 킬수도 있다. 

제 7 절. 읽기자/쓰기자문제 

동기화 및 병행성기구에 대한 설계를 취급하는데서 쓸모가 있는것은 알려 진 문제들 
에 가까운 문제를 관련시 킬수 있고 이 알려 진 문제들을 해결하기 위 한 능력으로서 어떤 
풀이를 검사할수 있는 능력 이다. 문헌에서 몇가지 문제들이 중요성을 가정하였고 자주 
나타나는데 그것은 량자가 공통적인 설계문제들에 대한 실례로 되여 있기때문이며 그의 
교육적가치때문이다.그러한 한가지 문제가 생산자/소비자 문제인데 이것은 이미 론의되 
였다. 이 절에서는 또다른 고전적인 문제로서 읽기자/쓰기자문제를 본다. 

읽기자/쓰기자문제는 다음과 같이 정의한다. 즉 몇개의 프로쎄스사이에서 공유된 자 
료구역이 있다. 자료구역은 파일，주기억블로크 또는 지어 처리기등록기들의 기억단일수 
있다. 자료구역을 읽어 내기만 하는 프로쎄스(읽기자프로쎄스)와 자료구역에 써넣기만 
하는 프로쎄스(쓰기자프로쎄스)가 있다. 만족시켜 야 할 조건은 다음과 같다. 즉 

1. 임의의 개수의 읽기자프로쎄스들이 파일을 동시에 읽을수 있다. 

2. 한번에 하나의 쓰기자프로쎄스만이 파일에 써넣을수 있다. 

3. 쓰기자프로쎄스가 파일에 써넣고 있으면 그 어느 읽기자프로쎄스도 그것을 읽을 
수 없다. 

먼 저 이 문제 를 다른 두가지 문제 즉 일 반적 인 호상배 제문제 및 생 산자/소비자문 
제 와 구별해 보자. 읽 기 자/쓰기 자문제 에 서 읽 기 자프로쎄스는 자료구역 에 써 넣 을수도 
없고 쓰기자프로쎄스가 자료구역을 읽을수도 없다. 이 런 경우를 포함하는 보다 일반적 
인 경우는 임의의 프로쎄스가 자료구역을 읽거나 써넣을수 있게 하는것이다. 그 경우 
에 림 계구간으로 되 는 자료구역 에 접 근하는 임의의 프로쎄스부분을 선언할수 있으며 
일반적 인 호상배제의 풀이가 있다. 보다 제한된 경우에 관심을 돌리는것은 이 경우에 
보다 효과적 인 풀이 가 가능하기때 문이 다. 실례 로 공유된 구역 이 서 고목록이라고 가정 
하자. 보통 서고사용자들은 목록을 읽고 책을 찾는다. 한명 또는 그이상의 사서들이 
목록을 갱신할수 있다. 일반적인 풀이에서는 목록에 대한 매개의 접근을 림계구간으로 
취 급하며 사용자들은 한번에 하나의 목록을 읽 어 야 한다. 이 것은 분명 무시할수 없는 
지 연을 가져 올것 이 다. 같은 시 간에 쓰기 자프로쎄 스가 서 로 간섭하지 못하게 하는것 이 
중요하며 써 넣기 가 진행중에 있는 동안 부정 확한 정보에 대 한 접근을 막기 위하여 읽 
기 를 방지하는것 이 또한 필 요하다. 
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생산자/소비자문제를 단순히 단일쓰기자프로쎄스(생산자)와 단일읽기자프로쎄스(소 
비자)를 가진 읽기자/쓰기자문제의 특수경우로 고찰할수 있는가? 그 대답은《아니》이다. 
생산자는 득 쓰기자프로쎄스가 아니다. 그것은 다음 항목을 어디에 써 넣는가를 판정하 
기 위해 대기렬의 지시기를 읽어야 하며 완충기가 다 차 있는가를 확정해야 한다. 류사 
하게 소비자는 곡 읽기자프로쎄스가 아닌데 그것은 완충기로부터 하나의 단위를 꺼냈다 
는것을 알려 주기 위해 대기렬지시기를 조절해야 하기때문이다. 

이제부터 이 문제에 대한 두가지 풀이를 론의하자 

읽기자프로쎄스가 우선권들 가진다. 

그림 5-28 은 신호기를 사용하는 하나의 풀이로서 개개의 읽기자 및 쓰기자프로쎄스 
에 대한 하나의 실례를 보여 주는데 이 풀이는 여러개의 읽기자 및 쓰기자프로쎄스에서 
변하지 않는다. 쓰기 자프로쎄 스는 단순하다. 신호기 wsem 은 호상배 제 를 실시하는데 쓰 
인다. 하나의 쓰기자프로쎄스가 공유자료구역에 접근하고 있는 동안 그 어떤 다른 쓰기 
자프로쎄스 및 그 어떤 읽기자프로쎄스도 그것에 접근할수 없다. 읽기자프로쎄스는 또한 
wsem 을 사용하여 호상배제를 실시한다. 그러나 여러 읽기자프로쎄스를 허용하기 위해 
서는 그 어떤 읽기자프로쎄스도 읽기중이 아닐 때 읽으러고 하는 첫 읽기자프로쎄스가 
wsem 을 기다리도록 해야 한다. 이미 적어도 하나의 프로쎄스가 읽기중에 있을 때 다음 
의 읽기자프로쎄스는 들어 가기전에 기다릴 필요가 없다. 전역변수 readcount 는 몇개의 
읽기자프로쎄스에 대한 추적을 보존하는데 쓰이며 신호기 보는 readcount^} 적절히 갱 
신되는것을 보증하는데 쓰인다. 

/* 읽기자 및 쓰기자프로그람 */ 
int readcount ; 
semaphore x = l , wsem = l ; 
void reader () 

{ 

while ( true ) 

{ 

wait ( x ); 
readcount ++; 
if ( readcount = =1) 
wait ( wsem ) : 
signal ( x ); 

READUNITO : 

Wait ( x )； 
readcount ― ; 

If ( readcount = =0) 
signal ( wsem ) : 
signal ( x ); 

} 

} 

void writer () 


while ( true ) 
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/* 읽기 자 및 쓰기 자프로그람*/ 
int readcount, writecount ； 
semaphore x=l, y=l, z=l, wsem=l, rsem=l ； 
void reader () 

{ 

while (true) 

{ 

wait(z); 
wait(rsem) ； 
wait(x); 
readcount ++； 
if (readcount= =1) 

{ 

wait(wsem); 

} 

signal (x) ； 
signal (rsem) ； 
signal (z) ； 

READUNITO ; 
wait(x); 
readcount— ； 

If (readcount= =0) 
signal (wsem); 
signal (x) ； 


void writer () 

{ 

while (true) 

{ 

wait(y); 
writecount ++； 
if (writecount: =1) 
wait (rsem); 
signal (y) ； 
wait (wsem); 

WRITEUNITO ； 
signal (wsem); 
wait ( 女 ) ； 
writecount -- ; 
if (writecount: =0) 
signal (rsem) ； 
signal (y) ； 

} 

} 

void mainO 

{ 

readcount=writecount=0 ； 
par begin (reader, writer); 

} 

5-29. 신호기를 사용하는 읽기자/쓰기자문제에 대한 풀이 : 
쓰기자프로쎄스가 우선권을 가전다. 





읽기 자에서는 하나의 추가적 인 신호기 가 요구된다. 긴 대기렬에는 rsem 에 관하여 
만들도록 허용하지 말아야 하는데 그렇지 않으면 쓰기자프로쎄스가 그 대기렬을 뛰여 넘 
을수 없을것이다. 따라서 하나의 읽기자프로쎄스만이 신호기 z 에서 대기렬을 이루는 어 
떤 추가적인 읽기자프로쎄스들과 함께 rsem 을 기다리기전에 즉시에 rsem 에서 대기렬을 
짓도록 허용한다. 표 5-5 는 그 가능성들을 요약하고 있다. 


void reader (int I) 

{ 

message rmsg ； 
while (true ) 

{ 

rmsg=I ； 

send (readrequest, rmsg) ； 
receive (mbox [I], rmsg); 
READUNITO; 
rmsg=I ； 

send (finished, rmsg); 

} 

} 

void writer (int j) 

{ 

message rmsg ； 
while (true) 

{ 

rmsg=i ； 

send (writerequest, rmsg) ； 
receive (mbox [j], rmsg) ； 
WRITEUNITO ； 
rmsg=i ； 

send (finished, rmsg) ； 



void controller () 
{ 



if (count>0) 


if (! empty (finished)) 

{ 

receive (finished, msg) ； 
count++; 

} 

else if (! empty (writerequest)) 

{ 

receive (writerequest, msg) ； 
writer_id=msg. id ； 
cound=count-100 ； 

} 

else if (! empty (readrequest) 

{ 

receive (readrequest, msg) ； 
count —； 

send (msg. id, "OK") ； 

} 

} 

if (count: =0) 

{ 

send(writer_id, "OK") ； 
receive (finished, msg); 
count=100 ； 

} 

while (count<0) 

{ 

receive (finished, msg) ； 
count++; 
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그림 5-30. 통보문넘기기를 사용하는 읽기자/쓰기자문제에 대한 풀이 




쓰기자프로쎄스에 우선권을 주며 통보문넘기기를 사용하여 실현하는 대리풀이를 그 
림 5-30 에서 보여 주고 있다. 이 경우에는 공유자료구역 에 접근하는 조종기의 프로쎄스 
가 있다. 자료구역에 접근하려는 다른 프로쎄스들은 조종기에 요청통보문을 보내여 
《 OK 》 응답통보문으로 접근을 허용받으며《완료》통보문으로 접근의 실현을 알려 준다. 
조종기 는 수신할수 있는 매 개 통보문형 에 하나씩 세개의 우편통으로 장비 되 여 있다. 

조종기 의 프로쎄스는 읽 기 요청통보문이 쓰기 자프로쎄 스에 우선권을 주기전에 쓰기 
요청통보문을 봉사한다. 그밖에 호상배제 를 실시해 야 한다. 이 것을 하기 위하여 변수 
cou / 나를 사용하는데 이것은 최대로 가능한 읽기자프로쎄스의 수보다 큰 어떤 수로 초기 
화된다. 이 실례에서는 100이라는 값을 사용한다. 조종기의 동작을 다음과 같이 요약할 
수 있다 

• coimt >0 이면 그 어떤 쓰기자프로쎄스도 기다리고 있지 않으며 능동적인 읽기자 
프로쎄스 가 있을수도 있고 없을수도 있다. 능동적인 읽기자프로쎄스를 명백히 
하기 위 해 모든《 완료》통보문을 우선 봉사한다. 다음에 쓰기 요청 을 봉사하고 그 
다음에 읽기요청을 봉사한다. 

• counM ) 이면 미해결의 요청만이 쓰기요청이다. 쓰기자프로쎄스가 착수하여 《완 

료》통보문을 기 다리 도록 허 용한다. 

• countcO 이면 쓰기 자프로쎄스가 어떤 요청을 제기 하였고 능동적 인 모든 프로쎄스 
를 명백히 하기 위해 기 다린다. 따라서 《완료》통보문만을 봉사하여야 한다. 

요약, 기본용어 및 복습문제 

현대 조작체계의 중심은 다중프로그람작성，다중처 리 및 분산처 리 이다. 여 기 에서 기 
본이며 조작체 계설계수법 에서 기본은 병 행성 이 다. 여 러 프로쎄스가 병 행하여 집 행 중에 
있을 때 실제적 으로는 다중처 리기체 계든 가상적 으로 단일처 리기의 다중프로그람식체계든 
충돌해결 및 협동문제가 생긴다. 

병 행프로쎄 스는 몇 가지 방법 으로 대 화할수 있 다. 서 로 알지 못하는 프로쎄 스들은 
처 리 기의 시 간이 나 입 출력장치 에 대 한 접 근과 같은 자원을 놓고 무관계하게 경 쟁할수 
있 다. 프로쎄 스들은 주기억 기 블로크나 파일과 갈은 공통적 인 객 체 들에 대 한 접 근을 공 
유하기 때문에 간접적으로 서로 알수 있다. 끝으로 프로쎄스들은 정보를 교환함으로써 
직접적으로 서로 알거나 협동할수 있다. 이 대화들에서 생기는 기본문제점은 호상배제 
와 교착이 다. 

호상배제는 병 행프로쎄스의 모임 이 있으며 임의의 시각에 그중에서 하나만이 주어 
진 자원에 접근할수 있거 나 주어 진 기능을 수행 할수 있다는 하나의 조건이 다. 호상배제 
수법을 자원에 대한 경쟁과 갈은 충돌을 해결하는데 또는 프로쎄스들이 협동할수 있도록 
동기화시 키는데 사용할수 있다. 후자의 실례 가 생산자/소비자모형 인데 여기서는 하나의 
프로쎄스가 자료를 완충기 에 넣고 하나 또는 그이상의 프로쎄스가 완충기 에서 자료를 꺼 
낸다. 

호상배제를 보장하기 위한 몇가지 쏘프트웨어알고리듬이 개발되여 있는데 그중에서 
가장 널 리 알려 진것 이 Dekker •알고리듬이 다. 쏘프트웨어적 방법은 처 리의 간접소비시 간 
이 많을수 있으며 론리적오유(착오)가 많다. 호상배제를 지원하는 두번째 방법은 특수목 
적의 기계명 령을 사용하는것 이 다. 이 방법은 간접소비시 간을 감소시키지 만 바쁜기 다림을 
사용하기때문에 여전히 효과적이지 못하다. 
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호상배제를 지원하는 다른 하나의 방법은 조작체계에서 기능들을 주는것이다. 가장 
공통적 인 수법 중에서 두가지 가 신호기 와 통보문기 능이 다. 신호기 는 프로쎄 스사이 에서 신 
호방식을 위하여 쓰이며 호상배제규률을 실시하는데 쉽게 사용할수 있다. 통보문은 호상 
배제의 실시에서 쓸모 있으며 또한 프로쎄스사이의 통신에서 유효한 수단을 준다. 

기본용어 


2진 신호기 

협동루린 

비 페색식 

페색식 

교착 

신호기 

바 쁜 기 다 림 

통보문넘기기 

고갈 

병행 프로 쎄스 

감시 기 

강한 신호기 

병행성 

호상배 제 

약한 신호기 


복습문제 

1. 병행성에서 어느 개념이 의의있는가를 네가지 설계문제점으로 서술하시오.. 

2. 병 행 성 이 일 어 나는 세 가지 문맥 은 무엇 인 가? 

3. 병행프로쎄스의 집행에서 기본요구는 무엇인가? 

4. 프로쎄스사이 에서 인식의 세 가지 등급을 설명 하고 개 개를 간단히 정의하시 오. 

5. 경쟁하는 프로쎄스와 협동하는 프로쎄스사이의 명백한 차이는 무엇 인가? 

6. 경쟁하는 프로쎄스와 관련되는 세가지 조종문제를 서술하고 개개를 간단히 정의하시오. 

7. 호상배제에서의 요구를 설명하시오. 

8. 신호기 에 기 초하여 무슨 조작을 수행할수 있는가? 

9. 2진 및 일반신호기사이의 차이는 무엇인가? 

10. 강한 및 약한 신호기사이의 차이는 무엇인가? 

11. 감시기란 무엇인가? 

12. 통보문에서 페색 식과 비폐색 식사이의 명백한 차이는 무엇 인가? 

13. 어떤 조건이 읽기자/쓰기자문제와 일반적으로 련관되여 있는가? 
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련습 문제 

i . 프로쎄스와 스레드는 단순한 순차적프로그람들로서 훨씬 더 복잡해 지는 프로그 
탐을 실현하는데서 강력 한 구조식 도구를 준다. 설명 하는데서 교육적 인 초기구조 
는 협동루린이다. 이 문제의 목적은 협동루린을 소개하고 그것을 프로쎄스와 비 
교하는데 있다. 이 단순한 문제를 [CONW 63] 으로부터 고찰해 보자. 즉 

80 행 의 카드를 읽 고 그것 을 125 문자행 상에 다음과 같은 변화에 따라 인쇄하시 오. 
매 개 카드의 착공문양뒤 에 여 분의 공백 을 삽입 하고 카드에 있는 모든 린 접별 표 
쌍 (대) 을 문자《 t 》로 교체 한다. 

-1) 보통 순차프로그람으로 이 문제 에 대 한 풀이 를 전개하시 오. 프로그람이 작 
성하기 까다롭다는것을 알게 될것이다. 프로그람의 여러가지 요소들사이에 
서의 대화는 80 으로부터 125 에로의 길이변화 더우기 변환후에 카드착공문양 
의 길 이변화가 2중별표의 출현수에 따라 변하게 되 므로 간단하지 는 않다. 
명 료도를 개 선하고 잠재 적 인 오유를 최 소화하기 위한 하나의 방법 은 응용프 
로그람을 세개의 분리되 여 있는 수속들로 작성하는것 이 다. 첫 수속이 카드 
착공문양에 서 읽 고 공백 으로 매 개 상을 메 우며 문자의 렬 을 림 시파일 에 써 
넣 는다. 모든 카드를 읽 은 다음 두번째 수속이 림 시파일 을 읽 고 문자를 대 
입 하고 두번째 림 시 파일에 써 준다. 세 번째 수속은 문자렬을 두번째 림시 파 
일 에서 읽 고 125 문자행들을 각각 인쇄한다. 
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L ) 순차프로그람은 입 출력 및 림 시파일 에 대 한 간접소비시 간때 문에 주의 를 끌 
지 못한다. Conway 는 프로그람구조의 새로운 형식인 협동루린을 제안하였 
는데 그것은 응용프로그람을 한개의 문자완충기로 련결된 세개의 프로그람 
으로 작성 하도록 한다(그림 5-31). 전통적 인 수속에 서 는 피 호출 및 호출수 
속사이에 주인/종속관계 가 있다. 호출수속은 수속안의 임 의의 점 으로부터 
호출을 집 행할수 있 고 피호출수속은 입 구점 에 서 시 작되 며 호출점 에 서 호출 
하는 수속에 돌아 간다. 협동루린은 보다 대칭적인 관계를 보여 준다. 매개 
호출이 이 루어 짐 에 따라 피호출수속에 서 마지 막 능동점 으로부터 집 행한다. 
호출수속이 피호출수속보다《 더 높다》는 그 어떤 의 미도 없기때 문에 복귀 
도 없다. 오히려 협동루린이 개개 지령을 사용하여 다른 협동루린에 조종을 
넘길수 있다. 협동루린이 기동되는 첫 시기에 그것은 입구점에서 〈〈재개된 
다.》다음으로 협동루린은 그자체의 마지막재개지령점에서 다시 활성화된다. 
프로그람에서 한번에 하나의 협동루린만이 집행상태에 있을수 있으며 이행 
점이 코드에서 로출된 형식으로 정의되여 있으므로 이것이 병행처리의 실례 
로는 되지 않는다. 그림 5-31 에서 프로그람의 조작을 설명해 보시 오. 


char rsr, sp； 
char inbuf [80] ； 
char outbuf [125] ； 
Void readO 
{ 

while (true) 


void squash () 

{ 

while (true ) 



READCARD (inbuf); 
For(int i=0； i<80; i++) 


rs=inbuf [I] ； 



밀어넣기를 재개한다 . 

} 

} 

void print 0 
{ 

while (true) 

{ 

for(int j=0； j<125； j++) 

{ 

outbuf [ j] =sp； 

밀어넣기를 재개한다 . 


인쇄를 재개한다 . 

} 

else 


RESUME read； 


If(rs= =，，*”) 

{ 

sp=T; 

인쇄 를 재 개한다 . 

} 

else 


인쇄를 재개한다 . 
Sp=rs； 

인쇄를 재개한다 . 


} 

RESUME read； 


} 


OUTPUT (outbuf) ； 


} 


} 
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그림 5-31. 협동루린의 응용프로그람 



c) 프로그람은 결속조건을 설명하지 않는다. 입출력루린 READCARD 는 inbuf 
에 80문자의 상을 놓았다면 값 true 를 돌려 주고 그렇지 않으면 false 를 돌 
려 준다. 이 사건을 포함하도록 프로그람을 수정하시오. 인쇄된 마지막행 이 
이런 조건에서 125보다 적은 문자를 가질수 있다는것을 지적해 둔다. 

©：) 신호기를 사용하는 세개의 프로쎄스모임으로서 풀이를 다시 작성하시오. 

2. 다음과 같이 정의되는 두개의 병 행프로쎄스 p 와 q 를 가지는 병 행프로그람을 고 
찰하자. A, B, C, D, E 는 독자적 인 원자(나눌수 없는)명 령 문이다. 주프로그람 
(보이지 않는)이 두개 프로쎄스의 동시 시작을 한다. 

voidpO void q ( ) 

{ f 

A； D； 

B； E； 

C； } 

} 

선행한 두 프로쎄스의 집행에 대한 가능한 모든 교차처리를 보여 주시오(원자명 
령문이라는 용어로 집행을 추적하여 이것을 보여 주시오.). 

3. 다음의 프로그람을 고찰하자. 

const int n=50 ； 
int tally ； 

Void total 0 
{ 

int count ； 

for(count=l ； count<=n ； count++) 

{ 

tally ++； 

} 

} 

void main() 

{ 

tally=0; 

parbegin (total 0, total 0) : 
write (tally); 

} 

1) 이 병 행프로그람에 공유된 변수 tei 少의 출력최 종값에 서 알맞는 아래한계 와 
웃한계 를 확정하시 오. 프로쎄 스가 어 떤 상대 적 인 속도로 집 행할수 있 으며 
어떤 값은 그것이 개별적인 기계명령에 의해 등록기에 적재된후에만 증가될 
수 있 다고 가정한다. 

L ) T ) 의 가정밑 에서 이 프로쎄스들중의 독자적 인 몇 개 가 병 렬로 집 행하도록 
허락받는다고 가정하자. tallyS] 최종값범위에서 이 수정이 어떤 효과를 가 
지겠는가? 

4. 바쁜기 다림 이 폐 색 중기다림 보다 항상 효과가 적 은가(처 리 기 시 간을 사용하는것 으 
로 환산하여)를 설명해 보시오.. 

5. 다음의 프로그람을 고찰하자. 
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boolean blokecit2j; 

Int turn ； 

Void p(int id) 

{ 

while (true I 
{ 

blocked [id] = true : 
while (turn !=id) 

{ 

while (blocked [1-id]) 

{ 

turn=id ； 

} 

} 

/* 림 계 구간*/ 
blocked [id] =false ； 

/* 나머 지 */ 

} 

} 

void mainO 
{ 

blocked Ecy^false : 
blocked [1] =false ； 
turn=0; 

parbegin(P(0), Hi )); 

} 

이것은 [ HYMA 66] 에서 제 안된 호상배제 문제 에 대 한 쏘 프트웨 어적풀이 이다. 이 
풀이가 부정확하다는것을 보여 주는 대조실례를 찾으시오. Communications of 
the ACM 회사조차도 이것에 속히웠다는것을 지적해 두는것은 흥미 있다. 

Dekker 의 알고리듬의 정확성을 증명하시오. 

1) 호상배제가 실시된다는것을 증명하시오. 암시 :的가 그의 림계구간에 들어 갈 
때 다음의 표시가 옳다는것을 보여 주시오. 즉 
flag [ i ] and (not flag [ H ]) 

l ) 림 계 구간에 대 한 접 근을 요구하는 프로쎄 스는 애 매하게 지 연되 지 않는다는 
것 을 증명 하시 오. 암시 : 다음의 경 우를 고찰하자 ; (1) 단일 프로쎄 스가 림 계 
구간에 들어 가려고 한다 ; (2) 두개의 프로쎄스가 림계구간에 들어 가려고 
하 며 (2- 1 ) turn=0 이 고 // ag -[0]= false , 그 리 고 (2- l ) turn =0 이 고 
flaglO] = true°l 다. 

turn = l-i A 즉 P 0 은 turn 을 1로 설정하고 P 1 는 turn 을 0으로 설정한다.*/로부터 
turn =( turn + l)%n /* n = 프로쎄스의 수*/까지의 림계구간을 떠날 때 집행되는 명령 
문을 변화시켜 독자적인 몇개의 프로쎄스에서 작성된 Dekker 의 알고리듬을 고찰 
하자. 병행하여 집행하는 프로쎄스의 수가 둘이상일 때 알고리듬을 평가하시오. 

피터 슨의 알고리 듬을 N 개 의 프로쎄 스사이 에 서 호상배 제 를 보장하도록 일 반화할 
수 있다. 두개의 전역배렬을 Q 와 turn 이라고 가정하자. g 의 N 개 요소 및 turn 



의 iV -1 개요소의 초기값은 모두 0이다. 매개 프로쎄스는 배렬첨수로 사용되는 전 
용변수 _/와 요를 가지고 있다. 프로쎄스 i 에서의 알고리듬은 다음과 같다. 
global integer arrays q[N], turn [N-l] 


do 

1 for ( int j = 1； j 公 N-l； j++ ) 

2 { 

3 q [i] = j； 

4 turn [j] = i； 

5 { 

6 for (int k = 1； k k++ ) 

7 |: 

8 if ( k ! = i ) 

9 k++； 

10 } 

11 

12 while ((q. && (tunjf;ji==i)); 

/* 프로쎄스 i 의 림계구간*/ 

13 q 〔I ]= 0； 

/* 프로쎄스 i 의 나머지구역*/ 
while (true ); 

국부변수 /의 값을 프로쎄 스 射 집 행하는 알고리 듬의《 단계》로 생 각하는것 
이 편리하다. 전역변수 g 는 매개 프로쎄스의 단계를 가리 킨다. 프로쎄스가 림계 
국면에 들어갈 때 그것은 단계 N 에로 넘어 간다(명령문 Q[i]=iV 가 이것을 보장 
한다. 실제적으로 이 명령문은 단지 증명에서 사용되는 언어를 간단화하기 위한 
것이며 알고리듬의 정확성을 위해서는 필요 없다.). 

만일 q [ x ] > g [ y ] 이 면 프로쎄 스 표가 프로쎄 스 y 를 선행 한다(즉 앞에 있 다. ) . 
이 알고리듬이 

호상배제를 하게 하며 
교착이 없게 하며 
그 어떤 고갈도 주지 않는다 
는것을 보여 주려고 한다. 

그렇게 하기 위해 다음과 같은 명제들을 증명하시오 

1) 명제 1 : 모든 다른 프로쎄스를 선행 하는 프로쎄스가 적 어도 하나의 단계를 
전진할수 있다. 암시 : 프로쎄스 /가 4행을 시작할 때 

j = qli ] > qlk ], k 字 I 를 알게 하시오. 

!_) 명제 2 : 프로쎄스가 단계 y 로부터 단계介1로 넘어 갈 때 다음의 요구들중의 
하나는 정 확히 유지한다. 즉 

• 그것 이 모든 다른 프로쎄 스들을 선행한다. 즉 

• 그것이 단계 _/에 홀로 있지 않는다. 

암시 : 프로쎄스 i 가 g [ i ] 를 막 전진시키도록 하고 등식 (1) 이 참인가 아닌가 
를 고찰하시오. 
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n ) 명제 3: 단계 _/에 (적 어도) 두개의 프로쎄스가 있다면 (적 어도) 하나의 프로 
쎄스가 매개 단계 k (1<요<大 1) 에 있다. 

암시 : i 를 받아 들여 증명 하시 오. 

5) 명제 4 : 단계 •에 있을수 있는 프로쎄스의 최대수는 JV - M (10< iV - l ) 이다. 
암시 : 이것은 간단한 연산이다. 

n ) 명제 1나에 기초하여 알고리듬이 호상배제，교착해제를 주며 아무런 고갈도 
주지 않는다는것을 보여 주시오. 

9. 호상배 제 를 위한 또하나의 쏘프트웨 어 적방법 은 Lamport 의 빵집 알고리 듬 [LAMP 
74] 인데 그렇 게 부르는것 은 그것 이 모든 손님 들이 도착하는 차례 로 번호가 불은 
표를 받고 매 개 사람들을 차례 로 봉사하도록 하는 빵집들과 다른 상점들에서의 
실천에 기초하고 있기때문이다. 그 알고리듬은 다음과 같다 

boolean choosing [n] ; 
int number [n]; * 

while (true) 

■f 

choosing [ 幻 *: true : 

number [i] =l+getmax (number [], n) ； 

choosing 改 3 ■평 alse : 

for (int j=0 ； jon ； j++) 

{ 

while (choosing [j]) 

{}; 

while ((number [j]! =0) && (number [j], j)o (number [i], i)) 

{}; 

/* 림계 구간 */ 
number [i] =0; 

/* 나머 지 */ 



배 렬 choosing ■과 m / mber 는 false 및 0으로 각각 초기 화된다. 

매개 배 렬의 /번째 요소를 프로쎄스 /가 읽기 및 쓰기할수 있지만 다른 프로쎄스 
는 읽기만 할수 있다. 

표시 ( a , b )<( c ， d ) 를 ( a < c ) 또는 ( a=c 및 b < cD 로 정의 한다. 

1) 알고리듬을 단어 로 서술하시오 

L ) 이 알고리듬이 교착을 피한다는것을 보여 주시오 

n ) 그것이 호상배제를 실시한다는것을 보여 주시오. 

10. 호상배제 에 대 한 다음의 쏘프트웨어적방법 이 기 억기접근준위 에서 기본적 인 호상 
배제에 의존하지 않는다는것을 론증하시오. 

1) 빵집알고리 듬 
i _) 피터 슨의 알고리 듬 

11. 그림 5-5 의 방식 에 호상배제를 주기 위하여 특수한 기계명 령 을 사용할 때 프로 
쎄 스가 림 계 구간에 대 한 접 근을 허 용 받기 전에 얼마나 오래 기다려야 하는가 하 
는데 대한 그 어떤 조종도 없다. 검사설정명령을 사용하지만 림계구간에 들어 



가기 위하여 기다리고 있는 임의의 프로쎄스가 il - l 개의 차례에 그렇게 하리라고 
보는 알고리듬을 작성하시오. 여기서 간은 림계구간에 대한 접근을 요구할수 있 
는 프로쎄스의 수이며 《차례》는 림계구간을 떠 나는 하나의 프로쎄스와 접근을 
허 용 받는 또다른 프로쎄 스로 구성되는 어떤 사건 이 다. 

12. 신호기에 대한 다음의 정의를 고찰하자 

void wait (s) 

{ 

if (s.couint>0) 

{ 

s. count- ； 

} 

else 

{ 

프로쎄 스를 s. queue 에 배 치 하고 페 색 시 킨다 . 

} 

} 

void signal (s) 

{ 

if (신호기 S 에서 중단된 적어도 하나의 프로쎄스가 있다 .) 

{ 

프로쎄스 p 를 s.queue 에서 꺼낸다 ; 

프로쎄스 P 를 준비목록에 넣는다 ; 

} 

else 

s. count ++； 

} 

이 정의들의 모임을 그림 5-6 의 정의들의 모임과 비교하시오. 하나의 차이를 주 
목하시오. 즉 선행한 정의에서 신호기는 절대로 부의값을 가질수 없다. 프로그 
람에서 사용할 때 두개의 정의들의 모임의 효과에서 어떤 차이가 있는가? 즉 프 
로그람의 의미를 바꾸지 않고 하나의 모임이 다른 모임을 대신할수 있는가? 

13. 2진신호기를 사용하여 일반신호기를 실현할수 있다. 조작 waitB 와 signalB 그리고 
두개의 2진신호기，지연 및 mutex 를 사용할수 있다. 다음의것을 고찰하자. 즉 

void Wait (semaphore s) 

{ 

WaitB (mutex) ； 
s__J 
if (s<>0) 

{ 

SignalB (mutex) ； 

WaitB9delay) ； 



SignalB (mutex) ； 

} 


void Signal (semaphore s) 
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WaitB (mutex); 

S++； 

If (s<=0) 

SignalB (delay) : 

SignalB (mutex) : 

} 

초기 에 s 는 요구하는 신호기 의 값모임 이 다. 매 개 Wait 조작은 S 를 감소시키 며 
매개 Signal 조작은 S 를 증가시 킨다. 2 진신호기 mutex 는 1 로 초기화되여 있는데 
s 를 갱신하는데서 호상배제가 있다는것은 보증한다. 2 진신호기 delay 는 0 으로 
초기화되는데 프로쎄스를 중단시키기 위하여 사용된다. 선행한 프로그람에는 결 
함이 있다. 결함을 론증하고 그것 을 고칠 변경 안을 제 안하시 오. 암시 : S 가 초기 
에 0 일 때 두개 의 프로쎄 스가 각각 Wait(s) 를 호출하여 첫 호출이 방금 
SignalB (mutex) 를 수 행 하 였 지 만 WaitB (delay) 를 수 행 하 지 못 한 다 음 에 
Wait(s) 에 대한 두번째 호출이 같은 점에 착수한다고 가정하자. 할 필요가 있는 
모든것은 프로그람의 단일한 행 에 옮겨 진다. 

14. 1978 년에 덕스트라는 유한개의 약한 신호기를 사용하여 알려 지지 않았지만 유한 
개의 프로쎄스에 적용할수 있는 고갈을 피하는 호상배제에 대한 그 어떤 풀이도 
없다는 가설을 내놓았다. 1979 년에 J.M.Morris 는 세개의 약한 신호기를 사용하 
는 알고리듬을 출판하여 이 가설을 론박하였다. 그 알고리듬의 동작은 다음과 
같이 서술할수 있다. 즉 하나 또는 몇개의 프로쎄스가 wait(S) 조작에서 기다리 
고 있으며 또다른 프로쎄스는 signal(S) 를 집행하고 있고 신호기 은의 값은 수정 
되지 않으며 기 다리는 프로쎄스들중에서 하나는 wait(S) 에 무관계하게 폐색되 
지 않는다. 세개의 신호기와 별개로 알고리듬은 두개의 부아닌 옹근수변수를 알 
고리듬의 일정한 구역에 있는 프로쎄스의 수에 대한 계수기로 사용한다. 그러므 
로 신호기 A 와 묘는 1 로 초기화되며 한편 신호기 M 과 계수기 NA 및 NM 은 0 
으로 초기화된다. 호상배제의 신호기 B 는 공유변수 NA 에 대한 접근을 막아 준 
다. 자기의 림계구간에 들어 가려고 하는 프로쎄스는 신호기 A 와 M 으로 표현 
된 두개의 장벽을 넘어야 한다. 계수기 NA 와 NM 은 각각 장벽 A 를 넘을 준비 
가 된 몇 개의 프로쎄 스와 이 미 장벽 A 를 넘 었지만 아직 장벽 M 을 넘지 못한 
프로쎄스들을 가지고 있다. 규약의 두번째 부분에서 보에서 폐색된 NM 의 프로 
쎄스들은 첫 부분에서 사용한것과 류사한 종속련결수법을 사용하여 하나씩 자기 
들의 림 계 구간에 들어 갈것 이 다. 이 설명 에 따르는 알고리 듬을 정 의하시 오. 

15. 다음 문제가 시험에 한번 사용되였다. 

유라시아공원은 공통박물관과 사냥놀이를 위한 공원으로 되여 있다. m 명의 려행 
자와 n 개의 1인용려행자차가 있다. 려행자들은 박물관을 잠간 돌아 본다음 사냥 
용차에 오르기 위 하여 줄을 선다. 차를 사용할수 있을 때 그것 이 유지할수 있는 
한명의 려행자를 태우고 우연시간동안 공원을 돌아 다닌다. n 개의 차가 모두 려 
행 자를 태우고 나가 있으면 차를 타려는 려행 자는 기 다리며 만일 차가 태울 준 
비가 되여 있지만 기 다리는 려행자가 한명도 없으면 그 차가 기다린다. 신호기 
를 사용하여 m 명의 려행자프로쎄스와 n 개의 차프로쎄스를 동기화시키시오. 
다음의 골격코드는 시 험 장바닥의 종이조박지상에 서 발견되 였 다. 정 확성 의 견지 
에서 그것을 평가하시오. 문법 이나 빠진 변수선언은 무시하시오. P 와 V 는 wait 
와 signal 에 대 응한다는것 을 기억 하시 오 
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\ begin {verbatim} 
resource Jurassic_Park () 
sem car_avail : =0 ， car_taken : =0, car_filled : =0, 


passenger_released : =0 

process passenger (I : =1 to num_passengers) 
do true -〉 nap (int (random (1000*wander_time))) 
p(car_avail) ； V (car_traken) ； P(car_filled) 
p ( passenger _ repleased ) 
od 

end passenger 


process car(j:=l to num_cars) 
do true ->V (car_avail) ；P(car_taken) ； V(car_filled) 
nap (int (random (1000*ride_time))) 

V (passenger 一 released) 
od 

end car 

end Jurassic_Park 
\ end {verbatim} 


16. 그림 5-12 의 주해와 표 5-2 에서 《교착을 일으킬수 있기때문에 조건명령문을 소 
비 자의 림 계구간 細가 조종하는)안에 이 동시키 는것 은 간단하게 할수 없을것 이 
다.》라는것을 설명 하였다. 표 5-2 와 류사한 표를 사용하여 이 것을 설명 하시 오. 

17. 그림 5-13 에서 정의된 무한완충기식의 생산자/소비자문제에 대한 풀이를 고찰하 
자. 생산자와 소비자가 갈은 속도에서 실행하고 있는(일반적인) 경우를 가정하 
자. 방안은 다음과 같이 될수 있다. 즉 

생산자:추가;신호:생산; … ;추가;신호;생산;… 

소비자:소나 : … ;꺼 내 기 ;기 다림 ;소비 ; … ;꺼 내 기 ; 기 다림 : … 

생 산자는 항상 소비 자가 이 전 요소를 소비하는 동안에 완충기 에 새 로운 요소를 
추가하고 신호를 보내려고 한다. 생산자는 항상 빈 완충기에 추가하려고 하며 
소비자는 항상 완충기에서 단독적 인 항목을 _내 려고 한다. 소비자가 신호기에 
서 절대 로 페 색되지 않는다고 하여 도 신호기수법 에 대 한 많은 호출이 이 루어 
져 상당한 간접 소비시 간을 초래한다. 이 환경 에 서 보다 효과적 으로 될 새 로운 
프로그람을 구성하시 오. 암시 : n 이 값 -1 을 가지도록 하자. 이것은 완충기 가 
비 여 있을뿐아니 라 소비자가 이 사실을 검출하였고 생산자가 새 자료를 줄 때 
까지 페 색하려 고 한다는것 을 의 미한다. 풀이 는 그림 5-13 에 서 국부변수 m 을 사 
용하지 말아야 한다. 

18. 그림 5-16 을 고찰하자. 다음의것을 서로 교체하면 프로그람의 의미가 변하겠는가? 

"1) wait (e) ; wait (s) 

l ) signal (s) ; signal (n) 
c) wait (n) : wait (s) 

■B) signal(s) ; signal(e) 

19. 유한완충기를 가진 생산자/소비 자문제의 설명 에서 한 정의가 완충기 에서 기껏 
끄-1개의 입구를 허용한다는데 주목하자. 

1) 이것은 무엇때문인가? 

L ) 이 결 함을 뢰치 하도록 알고리 듬을 수정하시 오. 

20. 공평 한 리 발소와 관련되 는 다음의 질 문들에 대 답하시 오 (그림 5-20). 
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1) 코드는 손님의 리 발을 끝낸 리 발사가 손님의 지불을 받아 들일것을 요구하는가? 
1_) 리 발사가 항상 같은 리 발의 자를 사용하는가? 

21. 그림 5-20 의 공평한 리발소에 서 몇 가지 문제 가 남아 있 다. 다음의 문제 들을 정 
정 하도록 프로그람을 수정하시 오. 

- I ) 출납은 한 손님으로부터 지불을 접수할수 있으며 두명 또는 그이상이 지불 
하려고 기다리고 있으면 다른 사람들을 해방시킬수 있다. 다행히 일단 손 
님 이 지불을 하면，지불은 꼭 하게 되는데，그래서 마침내 정 확한 돈액수 
가 출납등록기 에 떨어 진다. 그럼 에도 불구하고 손님 이 지불하자마자 정확 
한 손님을 해방하도록 할수 있다. 

l ) 신호기 leave_b_chair 는 추측하건대 단일한 리발의자에 대한 여러개의 접 
근을 막아 준다. 불행하게도 이 신호기는 모든 경우에 성공하지 못한다. 
실례 로 세명의 리발사가 모두 리 발을 끝냈고 waifaeave _ b _ ci 7 air ) 에서 페 
색된다고 가정하자. 손님들중의 두사람이 리발의자를 떠&기 직전에 중단 
된 상태에 있다. 세번째 손님이 그의 의자를 떠나 signal(leave_b_chair) 
를 집 행 한다. 어느 리 발사가 해 방되는가? 7 eave _ b _ c/:air 대기 렬 이 찬입 선출 
이므로 폐색된 첫 리발사가 해방된다. 그가 신호하는 손님의 머리를 깎고 
있던 리발사인가? 그럴수도 있고 아닐수도 있다. 만일 아니 라면 새 손님 이 
따라 와서 방금 막 일어 나려고 하는 손님의 무릎에 올라 앉게 될것 이다. 
n ) 프로그람은 리발의 자가 비 여 있을 때 에도 손님 이 의 자에 앉아 있을것을 요 
구한다. 당연하지만 이것은 덜 중요한 문제이며 그것을 고치는것은 이미 
좀 불결한 코드를 더 복잡하게 한다. 그래도 그것을 해보시오. 

22. 이 문제 는 신호기를 사용하여 세 가지 형 태의 프로쎄스에 대 한 조종을 설명한 
다. 4 싼타클루스는 북극에 있는 자기의 상점에서 자며 다만 (1) 남태평양에서 
려행을 마치고 돌아 오는 아홉마리의 북극사슴 모두라든지 또는 장난감들을 만 
드는데 서 난관에 부딪치 는 일 부 꼬마요정 들이 깨 울수 있 으며 땐 터 를 좀 재 우기 
위하여 꼬마요정들은 그들중에서 셋 이 문제를 가질 때 에만 깨울수 있다. 세 꼬 
마요정이 자기들의 문제를 풀고 있을 때 4터를 만나고 싶어 하는 다른 꼬마요 
정들은 그 꼬마요정들이 돌아가기를 기 다려야 한다. 만일 땐터가 깨여 나서 자 
기 의 상점 문어 구에 서 기 다리 고 있는 세 꼬마요정 을 발견하면 열 대 지 방에 서 돌 
아 오는 마지막북극사슴과 함께 4터는 꼬마요정들이 크리스마스 다음날까지 
기다릴수 있다고 결심을 내리는데 그것은 보다 중요한것이 준비된 썰매를 타고 
려행하는것이기때문이다(북극사슴이 열대지방을 떠나고 싶어 하지 않으며 따라 
서 그것들은 마지막 가능한 순간까지 거기에 머물러 있는다고 가정한다.). 돌 
아 오는 마지막 북극사슴은 다른 북극사슴들이 따뚯한 집에서 기다리고 있는 
동안에 쎈터를 모셔 온다음 썰매에 마구를 메워야 한다. 신호기를 가지고 이 
문제를 푸시오. 

23. 통보문넘기기와 신호기가 다음의것들로 등가적인 기능을 가진다는것을 보여 주시오. 

一0 신호기를 사용하는 통보문넘기기의 실현. 

암시 : 매개가 통보문슬로트로 구성되여 있는 우편통들을 유지하기 위해 공유완 
충기구역을 사용하도록 하시오. 

L ) 통보문넘기기를 사용하는 신호기의 실현. 

암시 : 개별적인 동기식프로쎄스를 도입하시오. 


버몬트에 있는 쎄 인트 마이켈대 학의 튼 트로노가 이 문제를 내놓았다 . 
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제 6 장. 병행성: 교착과 고갈 


이 장에 서는 병행 성에 대한 고갈의 계속으로 병 행 처 리를 지원하는데서 애로로 제 기 
되는 두가지 문제 즉 교착과 고갈에 대하여 서술한다. 먼저 교착의 기초원리와 고갈과 
관련되는 문제를 설명 한다. 다음에 교착을 취급하는 세 가지 일반적 인 방법 인 예 방，검출, 
피 하기에 대하여 설명한다. 계속하여 동기화와 교착문제를 설명하는데 리용되는 한가지 
고전적 인 문제와 철학자식사문제를 고찰한다. 

제 5장과 이 장에 서 는 병 행 성 과 교착을 하나의 옹근체 계 토서 는 고찰하지 못하고 제 한 
된 범위에서 취급한다. 


제 1 절. 교착의 원리 

교착은 체계자원들을 경쟁적으로 리용하거나 서로 통신하는 프로쎄스모임의 영구적 
인 페 색 이 라고 정의할수 있다. 이것은 병 행프로쎄스관리 에서 제 기되는 다른 문제들과는 
달리 일반적인 경우에 해결방법이 없다. 

모든 교착들은 두개 또는 그이상의 프로쎄스들에 의해 자원들이 충돌하는 경우를 포 
함한다. 일반적인 실례로서 교통흐름의 교착을 들수 있다. 그림 6-1 가에서는 4대의 자동 
차가 거의 동일한 시 각에 네거 리교차점 에 도착한 상황을 보여 주고 있다. 교차점 의 4 
개의 1/4구역은 조종을 필요로 하는 자원이 다. 특히 4대의 자동차가 교차점을 통과하여 
곧바로 가려고 한다면 자원에 대한 요구가 다음과 같이 제기된다. 

• 북쪽으로 달리는 자동차에는 1/4구역인 1과 2가 필요하다. 

• 서쪽으로 달리는 자동차에는 1/4구역인 2와 3이 필요하다. 



그림 6-1. 교착의 설명 
n - 교착의 가능성， i _- 교착 
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Q 의 진행 



v - 

B 의 요구 


그림 6-2. 교착의 실례 [BACO 98| 

• 남쪽으로 달리는 자동차에는 1/4구역인 3과 4가 필요하다. 

• 동쪽으로 달리는 자동차에는 1/4구역인 4와 1이 필요하다. 

이 규칙은 두대 또는 석대의 자동차가 교차점에 있을 때에만 성립한다. 실례로 북쪽 
경계와 서쪽경계의 자동차만이 교차점에 도착한다면 북쪽경계의 자동차는 기다리게 되고 
서쪽경계의 자동차는 전진한다. 그러나 만일 4대의 자동차가 모두 거의 동일한 시각에 
도착한다고 하면 매 개 자동차가 한개의 자원(구역 )을 차지하지 만 교차점 에 들어 서서부 
터 멈춰 서게 되고 결국 교착상태가 발생된다. 만일 4대의 자동차가 모두 통행규칙을 무 
시 하고 교차점 에 로 전진 (주의 ! ) 한다면 매 개 자동차는 한개 의 자원 (1/4 구역 )을 차지 하지 
만 필요한 두번째 자원이 다른 자동차에 대해 이미 차지되고 있으므로 전진할수 없다. 
그리하여 다시 교착상태 에 빠진 다. 

이제 프로쎄 스와 콤퓨터 자원들을 포함하는 교착에 대 하여 서 술한 실례 를 보자.그림 
6-2 에서 는 두개 의 자원에 대 하여 경 쟁하는 두개의 프로쎄 스의 진행정 형 을 보여 주고 있 
다. 매개 프로쎄스는 어떤 시간주기동안 두가지 자원을 배타적으로 사용한다. 프로쎄스 
모는 다음의 일반형식을 가진다. 


Process P 

A 의 차지 
B 의 차지 
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A 의 해방 
묘의 해방 


또한 프로쎄스 Q 는 다음의 일반형식을 가진다. 

Process Q 

B 의 차지 
A 의 차지 
묘의 해방 
A 의 해방 


그림 6-2 에서 x 축은 P 의 집 행정 형 을 표시 하고 y 축은 Q 의 집 행정형 을 표시한다. 따 
라서 두 프로쎄스의 공동진행정형은 원점으로부터 북동방향으로 전진하는 경로로 표시된 
다. 단일처 리기인 경우에는 어떤 순간에 한개의 프로쎄스만 집 행할수 있다. 이때 경로는 
서로 엇바뀌는 수평 또는 수직구간으로 이루어 지는데 수평구간은 P 가 집행되고 Q 가 기 
다리는 주기를，수직구간은 Q 가 집 행되 고 모가 기 다리는 주기를 각각 표시한다. 

그림 에서는 6개의 각이한 집 행경로를 보여 주고 있다，이것은 다음과 같이 종합할수 
있다. 즉 

1. Q 는 묘와 A 를 차지하고 다음 B 와 A 를 해방한다. 모가 다시 집행을 시작할 때 그 
것 은 두가지 자원을 차지할수 있 다. 

2. Q 는 묘와 A 를 차지한다. P 는 집 행되 다가 A 를 요청할 때 폐색된다. Q 는 묘와 A 

를 해 방한다. P 가 다시 시 작될 때 그것 은 두가지 자원을 차지할수 있 다. 

3. Q 는 묘를 차지 하고 다음에 모는 A 를 차지한다. 집행 이 계속될 때 Q 는 A 에 의해 
페색되고 p 는 묘에 의해 페색되므로 교착은 불가피하다. 

4. P 는 A 를 차지하고 다음 Q 는 묘를 차지한다. 집행 이 계속될 때 Q 는 A 에 의해 페 
색되고 P 는 B 에 의해 페색되므로 교착은 불가피하다. 

5. P 는 A 와 B 를 차지한다. Q 는 집 행되 고 모에 대 한 요구에 의해 폐색된다. 모는 A 
와 묘를 해 방한다. Q 가 다시 집 행될 때 그것은 두가지 자원을 차지할수 있다. 

6. P 는 A 와 묘를 차지하고 다음 A 와 묘를 해방한다. Q 가 다시 집행될 때 그것은 두 
가지 자원을 차지할수 있 다. 

교착이 발생되는가 발생되지 않는가 하는것은 집행의 동적상태와 응용의 세부에 관 
계된다. 실례로 P 가 두가지 자원을 동시에 요구하지 않는다면 다음의 형식을 가지게 된 
다. 즉 

Process P 

A 의 차지 
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6-4 에 서술한 조작에 참가한다. 매개 프로쎄스가 한개의 자원을 차지하고 다른 자원을 
요청 한다면 교착이 발생한다. 실례 로 다중프로그람처 리체계 가 두개의 프로쎄스를 다음과 
같이 교대 로 집 행 한다면 교착이 발생한다. 즉 

p 0 plq 0 qlp 2 q 2 

이것은 조작체계의 설계자에 관한 문제라기보다 프로그람작성상 오유인듯이 보인다. 그러나 
여기서는 병행프로그람설계를 취급하지 않는다. 그러한 교착들은 발생할 때 흔히 복잡한 프 
로그람론리속에 내장되 여 있으므로 검출하기 가 곤난하다. 그러 한 교착을 취급하는 한가지 방 
책 은 자원들을 요청 하는 순서 에 관한 제 약조건들을 체 계 설계 에 반영 하는것 이 다. 

재사용가능한 자원을 가진 교착의 다른 실례는 주기억기에 대한 요청을 처리해야 하 
는 경 우이 다. 기 억 기 할당에 쓸수 있는 공간이 200 Kbyte 이 고 다음의 순서 로 요청 이 발생 
한다고 하자. 


P 1 

Request 80 Kbytes； 
Request 60 Kbytes； 


프로쎄 스 P 
걸음 작업 


Po 

Request ( )) 

Pi 

Lock(D)( 

P2 

Request ( ') 

P3 

Lock(T) 

P4 

기능수행 

P5 

Unlock (E ) 

P6 

Unlock (1 ) 


P 2 

Request 70 Kbytes； 
Request 80 Kbytes； 


프로쎄스 Q 
걸음 작업 


Qo 

Request ( ') 

Qi 

Lock(T) 

Q2 

Request ( )) 

Qs 

Lock CD) 

Q4 

기능수행 

Qs 

Unlock 0 ) 

Qe 

Unlock (I ) 


그림 6-4. 재 사용가능한 자원들에 대 하여 경 쟁 하는 두개 의 프로쎄 스실 례 

만일 두개 의 프로쎄 스가 두번째 요청 을 내 는데 로 전진한다면 교착이 발생한다. 요청 
하는 기억기량이 사전에 알려 지지 않는다면 체계설계의 제약조건들에 의하여 이러한 형 
태의 교착은 처리하기가 곤난해 진다. 이러한 특정한 문제를 처리하는 제일 좋은 방도는 
제8장에서 취 급하는 가상기 억기 를 사용하여 그 가능성 을 제거해 버리 는것 이 다. 

소비되는 자원 

소비되는 자원은 창조(발생)할수도 있고 파괴(소실)될수도 있는 자원을 말한다. 대표 
적 으로 특정한 형 태의 소비 되 는 자원수에는 제 한이 없다. 발생 되 는 비폐 색된 프로쎄스는 
임의의 개수의 자원을 해 방할수 있다. 프로쎄 스가 자원을 차지하면 그 자원은 소비된다. 
소비 자원의 실례 로서는 새 치 기들，신호들，통보문들과 입출력완충기의 정보를 들수 있다. 

소비되는 자원들을 포함하는 교착의 실례로서 다음의 프로쎄스쌍을 고찰하자. 여기 
서 매 개 프로쎄스는 다른 프로쎄스로부터 통보문을 수신한 다음에 통보문을 다른 프로쎄 
스에 보내 려고 한다. 즉 
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P 1 


P 2 

Receive (P2) ； 


Receive (PI) ； 

Send(P2, Ml)； 


Send (PI, M2) ； 


만일 Receive 가 페색중(즉 수신하고 있는 프로쎄스는 통보문이 수신될 때까지 페색 
된다)에 있으면 교착이 발생한다. 교착이 발생하였다는것은 설계에 오유가 있기때문이다. 
그러한 오유들은 극히 미묘하여 검출하기가 어려울수 있다. 더우기 사건들이 묘하게 조 
합되 여 교착을 발생시킬수도 있다. 그러므로 문제 가 제 기되는 프로그람을 일정한 기 간 
지 어 몇년간 사용해 보면서 검 토해 볼수도 있다. 

모든 형태의 교착들을 처리할수 있는 완전히 효과적인 방책은 없다. 이미 개발된 가장 
중요한 방법 들의 기 본요소들인 검 출，예 방 및 피 하기 를 요약하여 표 6-1 에 제 시 하였다. 여 
기서는 교착을 발생시키는 조건들을 밝힌 다음에 이 결과들을 차례로 검토하기로 한다. 

교착들 발생시키는 조건 

발생할수 있는 교착에 대하여 다음의 세가지 조건을 제시해 주어야 한다. 

1. 호상배제 한개의 프로쎄스는 한번에 한개의 자원을 유일하게 사용할수 있다. 

2. 유지 및 기 다림 프로쎄스는 할당된 자원을 다른것의 할당을 기 다리는 동안 유지 
할수 있 다. 

3. 비선취권 자원은 그것을 유지하고 있는 프로쎄스로부터 강제로 제거될수 없다. 

이 여러가지 조건들은 반드시 필요한것들이다. 실례로 호상배제는 결과들의 일관성 

과 자료기지의 완정성을 확고히 보장하는데 필요하다. 마찬가지로 선취권을 제멋대로 수 
행할수 없으며 특히 자료자원들이 요구될 때 에는 재 연산회 복기 구에 의하여 안받침되 여 야 
한다. 재연산회복기구는 되풀이할수 있는데 충분한 앞선 상태에로 프로쎄스와 그것의 자 
원들을 회복시킨다. 

교착은 이 세 가지 조건에 의해 존재할수도 있고 존재하지 않을수도 있 다. 교착이 실 
제 적 으로 발생 하자면 네번째 조건 이 만족되 여 야 한다. 

4. 순환기다림 련쇄 에서 매개 프로쎄스가 다음 프로쎄스에 필요되는 적 어도 한개의 
자원을 유지 하는것 과 같은 닫긴 프로쎄 스련쇄 가 존재한다(그림 6-5). 

첫 세 가지 조건들은 필요는 하지 만 교착이 존재하는데 충분하지 는 못하다. 실제 적으 
로 네번째 조건은 첫 세가지의 조건의 잠재적인 결과이다.첫 세가지의 조건이 존재할 때 
어 떤 사건순서렬 이 발생할수 있는데 이 것은 해 결할수 없는 순환기다림 에 로 이 끌어 나간 
다. 해 결 할수 없는 순환기다림 은 사실 상 교착을 의 미한다. 조건 4로서 작성 된 순환기 다 
림은 첫 세가지의 조건이 유지되므로 해결할수 없는 순환기다림 이다.따라서 우의 네 가지 
조건이 바로 교착이 발생 하기 위한 필요하고도 충분한 조건으로 된다. 1 


사실상 모든 교과서들에서는 단순히 이 네가지 조건을 교착에 필요한 조건으로 지적하고 있지만 
그러한 표현은 일부 미 묘한 문제 를 모호하게 한다 [SHUB 90]. 순환기다림조건인 항목 4는 다른 세 
가지 조건들과 근본적으로 다르다. 항목 1〜3은 방법상의 해결문제와 관련된 항목이라면 항목 4는 
요청순서렬 에 의하여 발생 하고 관계 되 는 프로쎄 스에 의하여 해 방할수 있게 하는 환경항목이 다. 순 
환기다림을 세가지의 필요조건과 결부시키면 예방과 피하기사이의 구별을 정확히 할수 없게 한다. 


248 







제 2 절. 교착의 예방 

교착을 예방하는 방책은 한마디로 교착가능성을 배제하는 방법으로 체계를 설계하는 
것 이 다. 교착예방방법은 두가지 부류로 갈라 볼수 있다. 간접적 인 교착예방방법은 우에서 
지적한 세가지 필요조건(항목 1-3) 들가운데서 한가지 가 발생하지 못하도록 방지하는것 이 
다. 직 접적 인 교착예 방방법은 순환기다림 (항목 4) 이 발생하지 못하도록 방지하는것 이 다. 
이제 네가지 조건가운데서 매개 조건에 관계되는 수법들을 보기로 한다. 



호상배제 

일 반적 으로 네 가지 조건가운데 서 첫 번째 조건은 금지할수 없 다. 만일 자원접 근이 호 
상배 제 를 필요로 한다면 호상배 제 는 조작체 계 에 의하여 보장되 여 야 한다. 파일 과 같은 
일부 자원들은 읽기를 위한 다중접근과 쓰기를 위한 배 타적 인 접근만을 허용할수 있다. 
이러한 경우에도 한개이상의 프로쎄스가 쓰기허용을 요구한다면 교착이 발생할수 있다. 

유지 및 기다림 

프로쎄 스가 필요한 모든 자원들을 한번에 요청하도록 요구하고 모든 요청 들이 동시 에 
허 가될수 있을 때 까지 프로쎄스를 폐 색 하여 유지기 다림조건을 방지할수 있다. 이 방법은 두 
가지 측면에서 비 효과적 이 다. 우선 어떤 프로쎄스는 모든 자원을 충분하리 만큼 요청 하도록 
긴 시간동안 유지될수 있는데 이때 그 프로쎄스는 일부 자원들과만 진행하였을수 있다. 다른 
문제는 어떤 프로쎄스가 자기가 요구하는 모든 자원을 미리 알수 없는것 이 다. 

또한 응용을 위한 모둘식프로그람작성법이나 다중스레드식구조를 사용할 때 발생되 
는 실제 적 인 문제 가 있 다. 응용에 서 는 동시 에 일 어 나는 요청 을 처 리 하기 위하여 모든 준 
위 또는 모든 모둘들에서 요청하게 될 모든 자원들을 알아야 할 필요가 제 기된다. 

비선취권 

이 조건은 몇 가지 방법 으로 방지할수 있 다. 우선 만일 어 떤 자원들을 유지 하고 있는 
프로쎄스가 그이상의 요청을 거절당하면 그 프로쎄스는 자기의 본래의 자원을 해방하여 
야 한다. 그리 고 필 요하다면 보충적 인 자원과 함께 그것 을 다시 요청한다. 또한 만일 어 
떤 프로쎄 스가 다른 프로쎄 스에 의하여 현재 유지 되 고 있는 자원을 요청 한다면 조작체 계 
는 두번째 프로쎄스를 선취하고 그것이 자원을 해방하도록 요구할수 있다. 이 방법에 의 
해 두개의 프로쎄스가 동일한 우선권을 가지지 않는 경우에만 교착을 예 방할수 있다. 
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이러한 방법은 자기의 상태를 쉽게 보관하거나 후에 회복할수 있는 자원에 적용할 
때에만 실용적이다. 

순환기 다림 

순환기다림조건은 자원형태의 선형적 인 순서를 정의함으로써 방지할수 있다. 만일 
프로쎄스가 R 형태의 자원을 할당 받았다면 순서에서 요다음의 형태의 자원들만을 계속하 
여 요청할수 있다. 

이 방책 의 작업 을 리해 하기 위하여 매 개 자원형 태 에 첨수를 불인 다. 그러 면 비일 
때 순서에서 자원兄는 馬보다 앞선다. 이제 두 프로쎄스 A 와 B 가 있을 때 A 가 자원 兄를 
차지 하고 따를 요청 하고 표가 Rj 를 차지 하고 兄를 요청하는것 으로 하여 그것 들이 교착되 
였다고 하자. 이 조건은 /시 와 j<m 뜻을 다 포함하기때문에 불가능하다. 

유지 기 다림 예 방과 같이 순환기 다림 예 방은 프로쎄 스들을 지 연시 키 고 자원접 근을 불필 
요하게 거부하므로 비효률적이다. 


제 3 절. 교착의 회피 


교착문제를 해결하는 한가지 방법은 교착예방과는 달리 교착을 피하기하는것이다 2 . 
교착 예방에서는 교착의 네가지 조건가운데서 적어도 한가지를 방지하기 위하여 자원요청 
을 제한한다. 이것은 세가지 필요조건(호상배제，유지 및 기다림，비선취권)중의 한가지 
를 예방하는 방법으로 간접적으로 수행되거나 순환기다림을 예방하는 방법으로 직접적으 
로 수행된다. 한편 교착회 피는 세 가지 필요조건은 허용되지만 교착점에 확실히 도달하지 
못하도록 신중히 선택한다. 그러므로 교착회피는 교착예방보다 높은 병행성을 허용한다. 
교착회피를 하는 경우에 현재의 자원할당을 요청하겠는지 안하겠는지 하는 판단은 자동 
적으로 진행된다. 만일 자원할당요청을 허락한다면 그것은 잠재적으로 교착에로 이끌어 
간다. 따라서 교착회피는 앞으로 있게 될 프로쎄스자원요청들에 대한 정보를 요구한다. 
이 절에서는 교착회피에 대한 두가지 방법을 설명한다. 

• 만일 프로쎄스의 요청들이 체계를 교착에로 이끌어 간다면 프로쎄스는 기동하지 않는다. 

• 이 할당이 체계를 교착에로 이끌어 간다면 자원요청의 증대를 허용하지 않는다. 

프로쎄스시동거부 


프로쎄 스가 n 개 이 고 자원형 태 가 m 개 인 체 계 를 고찰하자. 다음의 벡 토르와 행 렬 을 
정의하자. 즉 

자원벡토르 = ( Ri , R 2 ， …， R n ) 체계에 속한 매개 자원의 총수 

사용가능벡토르 = ( Vi , V 2 ， …， V n ) 프로쎄스에 할당되지 않은 매개 자원의 총수 



fen 

C12 • 

. Cln、 

요구행 렬 = 

C21 

C22 • 

• C2n 


^Cll 

C12 • 

•• Cnitiy 


매개 자원에 대한 매개 프로쎄스의 요구 


2 _ 회피라는 용어는 조금 혼돈하기 쉽다. 사실상 이 절에서 취급한 방법들은 교착의 발생을 실제로 방 
지할수 있기때문에 교착예방의 실례들이라고 볼수 있다. 
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’슝 11 Al2 … Ain 

할당행 렬 = A21 A22 … A2n 현재의 할당 

An A12 … Anm 

V J 

요구행렬은 매개 자원에 대한 매개 프로쎄스의 최대요구를 표시하는데 한개의 행은 매개 프 
로쎄스에 해당한것이다. 즉 Qj = 자원 에 대한 프로쎄스 m 요구이다. 이 정보는 교착회피작업 
에 들어 가기전에 미 리 프로쎄스에 의 하여 선언되여 야 한다. 마찬가지로 프로쎄스 i 에 대한 

자원 i 의 현재의 할당이 다. 다음의 관계 가 성 립 한다는것을 알수 있다. 

1. 모든 如ᅵ 대하여 Ri = V l + Y j A ki 모든 자원을 사용하거나 배당한다. 

k =\ 

2. 모든 k，i 에 대하여 Cki ^ R ： 프로쎄스는 체계의 총 자원수이상은 요구할수 없다. 

3. 모든 i ， i 에 대하여 A m SC kI 프로쎄스가 본래 필요에 의해 요구하였던것보다 
더 많은 임의의 형태의 자원을 프로쎄스에 할당할수 없다. 

이러한 정량적관계에 따라 새로운 프로쎄스의 자원요구들에 의하여 교착을 초래할 
가능성 이 있 다면 그것 은 시 동하지 못하게 하는 교착회 피 방법 을 규정할수 있 다. 모든 우에 

대하여 요/+ H ki 

k=l 

일 때에만 새로운 프로쎄스 P n + i 을 시동한다. 즉 모든 현존 프로쎄스의 최대요구에 따라 
새 로운 프로쎄스의 요구까지 만족되는 경우에만 프로쎄스를 시동한다. 이 방법은 제 일 
악조건 다시말하여 모든 프로쎄스들이 다 같이 최대요구를 내는 경우를 가정하고 있으므 
로 최적적인것이 못된다. 

자원할당거부 

은행가알고리듬 3 이 라고 부르는 자원할당거부방법은 [DIJK 65] 에서 처음으로 제기하 
였다. 먼저 상태와 안전한 상태 에 대 한 개념을 정의하는것으로부터 시작하자. 프로쎄스수 
와 자원수가 각각 고정된 체계를 고찰하자. 임의의 순간에 프로쎄스는 령 또는 그이상의 
자원을 할당 받을수 있다. 체계의 상태는 단순히 프로쎄스들에 대한 자원들의 현재의 할 
당이 다. 그러 므로 상태는 우에서 정의한 두개 의 벡 토르(자원벡토르와 사용가능자원벡 토 
르)와 두개의 행렬 즉 요구행렬과 할당행렬로 이루어 진다. 안정한 상태는 교착으로 끝 
나지 않는 순차렬 이 적 어도 한개 존재하는 상태 이 다(즉 모든 프로쎄 스들이 끝까지 실행 
될수 있 다. ) . 불안정한 상태 는 물론 안정하지 못한 상태 이 다. 

이 러 한 개 념 은 다음의 실 례 에 서 설 명 한다. 그림 6-6 기 에 서 는 네 개 의 프로쎄 스와 세 
개의 자원들로 이루어 진 체계의 상태를 보여 주고 있다. 자원들인 Ri , R 2 그리고 R 3 의 
총 수는 각각 9, 3 그리고 6단위이다. 현재의 상태에서 할당은 네개의 프로쎄스에 진행되 
여 자원 2의 1단위，자원 3의 1단위가 사용가능자원으로 된다. 다음과 같은 질문이 제기 
된 다. 즉 이 상태 가 안정 한 상태 인가? 이 질 문에 대 답하기 위 하여 중간질 문을 한다. 즉 4 


은행 업무에서 보면 은행은 빌러 줄수 있는 제 한된 축적금과 신용대부한*濟 적혀 있는 손님명부를 
가지고 있다. 손님은 신용대부한도를 보면서 한번에 일부를 대부 받으러고 할수 있다. 손님이 최대대 
부금을 대부 받은후에 제때에 상환하리라는 담보는 없다. 은행가는 손님들이 제때에 상환하지 못하 
여 더는 대부할 자금이 충분하지 못할 위험성이 있게 되면 대부를 거절한다. 
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개의 프로쎄스가운데서 임의의 프로쎄스가 사용가능한 자원을 가지고 끝까지 실행할수 
있는가 ? 다시말하여 임의의 프로쎄스에 대한 현재의 할당과 최대요구사이의 차이를 사 
용가능한 자원으로 충족시킬수 있는가? 명백히 이것은 P 1 에 대해서는 불가능하다. 그것 
은 P 1 이 R 1 의 1단위만을 가지고 있는데 R 1 의 2단위 이상， R 2 의 2단위， R 3 의 2단위를 요 

구하고 있기때문이다. 그러나 프로쎄스 P 2 에 R 3 의 1단위를 주면 P 2 는 최대로 요구한 자 
원을 할당 받게 되 여 끝까지 실행할수 있다. 이제 이것 이 수행되 였다고 하자. P 2 가 완료 
되면 그것의 자원들은 사용가능한 자원집결소에 반환할수 있다. 그 결과에 이루어 진 상 
태 를 그림 6-6 l 에 보여 주고 있 다. 이제 나머지 프로쎄스들이 완료될수 있는가 하는 
질 문이 제 기 될수 있 다. 이 경 우에 매 개 프로쎄 스들은 완료될수 있 다. P 1 을 선택하여 요 
구되는 자원을 할당하고 P 1 을 완료한 다음 P 1 의 자원들을 사용가능한 자원집결소에 반 
환하였다고 하자. 이때의 상태를 그림 6-6 도에 보여 주고 있다. 다음에 P 3 을 완료할수 
있다. 이때의 상태를 그림 6-6 근에 보여 주고 있다. 결국 P 4 는 완료할수 있다. 이 시점 
에서 보면 모든 프로쎄스들은 끝까지 실행되였다. 따라서 그림 6-6 자에서 정의한 상태는 
안정 한 상태 이 다. 



ᄅ) 


그림 6-6. 안정한 상태 의 결정 

"I- 초기상태, i _- P 2 가 끝까지 실행， P1 이 끝까지 실행, 근 - P 3 이 끝까지 실행 
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이러한 개념에 의하여 프로쎄스와 자원으로 이루어 진 체계가 항상 안정한 상태에 
있다는것을 보증하는 다음의 교착회피 방책을 생각할수 있다. 어떤 프로쎄스는 자원모임 
을 요청 할 때 요청을 허 락하였다고 보고 체계상태를 해 당하게 갱 신하고 결과적 인 상태 가 
안정 한 상태 인가를 결정 한다. 만일 그렇 다면 요청을 허 락하고 아니 라면 요청을 안전하게 
허 락할 때까지 프로쎄스를 페색 한다. 

그림 6-7 자의 행 렬에 의하여 정의된 상태를 보자. 다이 따에 한개의 보충단위， R 3 
에 한개 의 보충단위 를 요청하였 다고 하자. 만일 요청 이 허 락되 였 다고 가정 하면 결 과적 인 
상태 는 그림 6-6 자의 것과 같이 된다. 우리는 이 상태 가 안정한 상태 라는것을 보았다. 따 
라서 이것은 요청에 안전하게 응한다. 이제 그림 6-7 자의 상태에로 되돌아가 P 1 이 R 1 
과 R 3 에 서 각각 한개 씩 의 보충단위 를 요청하였 다고 하자. 요청 이 허 락되 였 다고 하면 그 
림 6-7 l 의 상태로 넘어 가겠는가? 이것이 안정한 상태인가? 대답은《아니》이다. 그것 
은 매개 프로쎄스가 R 1 의 적어도 한개의 보충단위를 필요로 하고 사용가능한 자원은 아 
무것 도 없기 때 문이 다. 따라서 교착회 피 에 기 초하여 P 1 에 의한 요청 은 거 절 하고 P 1 을 페 
색 하여 야 한다. 



T) 사용가능자원벡토르 

R1 R2 R3 R1 R2 R3 R1 R2 R3 



그림 6-7. 불안정한 상태 의 결정 
T- 초기상태， L-P1 이 R1 과 R3 에서 각각 1 단위 를 요청 


그림 6 - 71 ■의 상태가 교착상태가 아니 라는것을 념두에 두어 야 한다. 그것은 다만교 
착의 가능성을 가진다. 실례로 만일 P 1 이 이 상태에서 실행되였다면 그것은 계속하여 자 
원들을 다시 필요로 하기전에 R 1 의 한개 단위와 R 3 의 한개 단위를 해 방할수 있다. 만일 
그렇 게 된다면 체 계는 안정한 상태 로 돌아 온다. 결국 교착회 피방책은 교착을 확신성 있 
게 예 견 하지 못하고 그저 교착의 가능성 을 예 상하며 그러한 가능성 이 결 코 없 다는것 을 
담보해 줄뿐이다. 

struct state 
{ 

int resource [m] ； 
int available [m] ； 
int claim [n] [m] ； 
int alloc [n] [m]; 

} 
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그림 6-8 에서는 교착회피 론리를 요약한 내 용을 주고 있다. 체 계의 기 본알고리 듬은 
l 부분에 있다. 체계의 상태를 자료구조 state 에 의해 정의하면 reques fW 은 프로쎄스 
j •에 의해 요청된 자원들을 정의하는 벡토르이다. 우선 요청이 프로쎄스의 본래의 요구를 
초과하지 않는가를 확인하기 위하여 시험을 진행한다. 만일 요청이 유효이면 다음 걸음 
에서 요청을 리행하는것이 가능한가(즉 사용가능한 자원이 충분히 있는가)를 결정한다. 
만일 가능하지 않으면 프로쎄스는 중단된다. 그러나 만일 가능하면 마지막단계 에서 요청 
을 안전하게 리 행할수 있는가를 결정한다. 이것을 하기 위 하여 /巧께정않당를 형성 하도록 
프로쎄스 1•에 자원들을 림시로 할당한다. 그러면 안정성시험은 그림 6-8 도의 알고리듬을 
사용하여 할수 있다. 

교착회피는 교착검출에서와 같이 프로쎄스들을 선취하거나 재연산할 필요가 없고 교착예 
방에서 보다 제 한이 적 다는 우점 을 가지 고 있다. 그러 나 그 사용에서는 제 한조건이 많다. 즉 

• 매개 프로쎄스에 대한 최대자원요구는 미 리 서술해 주어야 한다. 

• 고찰중의 프로쎄스들은 독립적이여야 한다. 즉 그것들이 진행되는 순서는 임의의 
동기 화요구에 의하여 제 한을 받지 말아야 한다. 

• 할당하여야 할 자원수는 고정되여 있어야 한다. 

• 자원을 유지 하는 동안에 는 어 떤 프로쎄 스도 탈퇴하지 말아야 한다. 

제 4 절. 교착의 검출 

교착예 방방책 은 매우 보수적 인 방법 이 다. 그것 은 자원접 근을 제 한하고 프로쎄 스들에 
제한조건을 주는 방법으로 교착문제를 해결하고 있다. 정반대로 교착검출방책에서는 자 
원접근을 제 한하거 나 프로쎄스작업을 구속하지도 않는다. 교착검 출을 하면 요청되는 자 
원들을 필요한 때 에는 언제 나 프로쎄스에 보장한다. 조작체계 는 우에서 지적한 조건 (4) 
와 그림 6-5 에서 설명 한 순환기다림조건을 검 출하도록 하는 알고리 듬을 주기적 으로 집 행 
한다. 


교착검출알고리듬 

교착의 검사는 자주는 매개 자원요청 때마다 드문히는 교착이 발생할가 하는 시점 에 
서 진행한다. 매 개 자원요청 때 마다 진행하는 검 사방법 은 두가지 우점 을 가지 고 있 다. 즉 
교착을 초기에 검출할수 있고 그것이 체계의 상태의 증분변화에 기초하고 있으므로 알고 
리 듬이 상대적 으로 단순한것 이 다. 다른 한편 그러한 빈번한 검사로 인하여 처 리기의 시 
간이 현저히 소비된다. 

교착검출의 공통알고리듬을 [COFF71] 에서 설명하고 있다. 이 알고리듬에서는 앞절에 
서 설명한 할당행렬과 사용가능자원벡토르를 사용한다. 또한 요청행렬 Q 는 프로쎄스 1•에서 
요청되는 형태 그의 자원수를 qij 로 표현하는것과 같이 정의한다. 알고리듬은 시행되면서 교착 
되지 않는 프로쎄스들에 표식을 달아 준다. 이때 다음과 갈은 걸음들이 실행된다. 즉 

1. 할당행 렬 에서 모두가 령 인 행 을 가지는 매 개 프로쎄 스들을 표식한다. 

2. 사용가능자원벡토르나 동일한 림시벡토르 W 를 초기화한다. 

3. 프로쎄 스 i 가 현재 표식달지 않고 Q 의 _/번째 행 이 W 보다 작거 나 같은 경 우의 첨 
수 i 를 찾는다. 즉 ] 으쇼도 m 에 대하여 幻出^仏이 다. 만일 그러한 행 이 발견되지 
않으면 알고리듬을 끝낸다. 

4. 만일 그러한 행 이 발견되 면 프로쎄 스 /에 표식 을 달고 할당행 렬의 해 당한 행 을 
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界에 더한다. 즉 1‘金‘피에 대 하여 W k = W 노 + A 化를 설정한다. 그리 고 걸음 3에 
로 간다. 

만일 알고리 듬의 끝에 표식달지 않은 프로쎄 스들이 있 다면 교착이 존재한다. 매 개 
표식달지 않은 프로쎄 스는 교착된 다. 이 알고리 듬에 서 수법 은 자기 의 자원요청 들을 사용 
가능한 자원들로 충족시킬수 있는 프로쎄스를 찾아 내는것이다. 이때 그 자원들은 허가 
되 고 프로쎄 스는 끝까지 실행 되며 그것의 모든 자원들은 해 방된다고 가정한다. 다음에 
알고리 듬은 만족되 는 다른 프로쎄 스를 찾는다. 지 적할것 은 이 알고리 듬이 교착예 방을 담 
보하지 못한다는것 이 다. 알고리듬은 요청들이 허가되는 순서에 관계된다. 만일 교착이 현 
재 존재 한다고 하면 알고리듬은 하던 모든것을 끝낸다. 

교착검 출알고리 듬을 설명 하는데 그림 6-9를 사용할수 있 다. 알고리 듬은 다음과 같이 
실행된다. 


R1 R2 R3 R4 R5 
P1 
P2 
P3 
P4 


P1 

P2 

P3 

P4 


R1 R2 R3 R4 R5 



할당행 렬 


그림 6-9. 교착검출의 실례 


R1 R2 R3 R4 R5 

I 2 1 1 1 1 1 2 1 니 

자원 벡토르 


R1 R2 R3 R4 R5 

1° 1° 1° 1° I 1 ] 

사용가능자원벡토르 


1. P4 가 할당된 자원을 가지고 있지 않으므로 P4 에 표식을 단다. 

2. W = (0 0 0 0 1) 으로 설정한다. 

3. 프로쎄스 P3 의 요청은 W 보다 작거나 갈으므로 P3 에 표식을 달고 

W = W+ (0 001 0) = (0 001 1) 으로 설정한다. 

4. 표식 을 달지 않는 다른 프로쎄스는 W 보다 작거 나 같은 행 을 Q 에 가지 고 있지 

않다. 그러므로 알고리듬을 끝낸다. 

알고리듬은 P1 과 P2 에 표식을 달지 않고 끝을 내는데 그것은 이 프로쎄스들이 교착 
된 다는것 을 표시한다. 

회복 

일 단 교착이 검 출되 였 다면 그것 을 회 복하기 위한 어 떤 방책 이 필 요하다. 가능한 방 
법 들을 복잡성 이 증가되 는 순서 로 목록화하여 아래 에 제 시한다. 즉 

1. 교착된 모든 프로쎄스들을 포기한다. 이것이 조작체계에서 적용하는 가장 일반적 
인 해결방책의 하나이다. 

2. 교착된 매 개 프로쎄스를 미 리 정의한 검사점 에 로 후퇴시 킨 다음 모든 프로쎄스블 
을 재 시 동한다. 이 것 은 재연산 및 재 시 동기 구가 체 계 안에 구축되여 있 을것 을 요 
구한다. 이 방법의 위험성은 본래의 교착이 재발생될수 있는것이다. 그러나 병행 
처리의 비확정성은 보통 이것이 일어 나지 않는다는것을 담보한다. 

3. 교착이 더 는 존재하지 않을 때 까지 교착된 프로쎄 스들을 련속 포기한다. 프로쎄 
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스를 포기시키기 위해 선택되는 순서는 어떤 최소간격기준에 의거하여야 한다. 
매개 포기후에 아직도 교착이 존재하는가를 알아 보기 위하여 검출알고리듬을 
다시 호출한다. 

4. 교착이 더 는 존재하지 않을 때 까지 자원들을 련속 선취한다. (3) 에서 와 같이 가 
격 에 준한 선택 을 사용해 야 한다. 매 개 선취 후에 검 출알고리 듬의 재호출이 필요 
하다. 그것으로부터 선취된 자원을 가지는 프로쎄스는 그 자원이 수집되기전의 
실 행 점 에 로 재 연산되 여 야 한다. 

(3) 과 (4) 의 선택기준은 다음의것들중에서 한가지가 될수 있다. 다음의 프로쎄스를 
선택 한다. 

• 이제까지 소비한 처 리시간이 제 일 적은 프로쎄스 

• 이제 까지 진행한 출력 이 제 일 적 은 프로쎄 스 

• 대 략적 인 나머지 시 간이 제 일 큰 프로쎄스 

• 지금까지 할당한 전체 자원이 제 일 적은 프로쎄스 

• 우선권준위가 제 일 낮은 프로쎄스 

이 량들중의 일 부는 다른것 들보다 더 쉽 게 측정할수 있 다. 대 략적 인 나머 지 시 간이 
특별히 주목된다. 또한 우선권의 측정수단이외에는 체계 전체로서의 가격에 대비되는 
사용자의 《가격》에 대한 지적은 되여 있지 않다. 

제 5 절. 통합적교착해결방책 

표 6-1 에서 지적한바와 같이 교착을 취급하는 모든 방책에는 우단점들이 있다. 이 러 
한 방책 들가운데 서 한가지 만을 적 용하는 조작체 계 를 설 계 하려 고 하기 보다 각이 한 정 황속 
에 서 각이한 방책 을 사용하는것 이 더 효과적 일 것 이 다. [SILB 98] 에 한가지 방도를 제 시 
하였다. 즉 

• 자원들을 서로 다른 여 러가지 부류로 그룹을 묶는것 

• 자원부류들사이 에서의 교착을 예 방할수 있도록 순환고리 를 막기 위하여 이 미 정 
의한 선형 순서 화방법 을 사용하는것 

• 자원부류안에서는 그 부류에 제 일 적합한 알고리듬을 사용하는것 

이 수법의 실례로서 다음의 자원부류를 고찰하자 

• 교체 가능공간 : 교체 프로쎄 스에 서 사용하기 위 한 2차기 억 기 의 기 억 블로크 

• 프로쎄스자원: 레프구동기와 같은 지정가능한 장치와 파일들 

• 주기억 기 : 폐지 나 토막들을 프로쎄스에 할당할수 있는것 

• 내부자원: 입출력통로와 갈은것 

진행 표의 순서 는 자원 이 할당되 는 순서 를 표시한다. 프로쎄 스가 그것 의 수명 기 간 따 
를수 있는 걸음들의 순차를 고려하면 이 순서 가 합리 적 인것 이 다. 매 개 부류안에서 는 다 
음과 갈은 방책을 사용할수 있다. 

• 교체 가능공간: 유지 기 다림예 방방책 에 서 와 같이 사용가능한 필요한 모든 자원을 
한번에 할당하도록 요구함으로써 교착을 예방한다. 이 방책은 최대기억기요구사 
항을 알고 있는 경우에 흔히 사용할수 있는 합리적인 방법이다. 역시 교착회피가 
가능하' 4. 
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• 프로쎄스자원: 이러한 부류에서는 교착회피가 효과적이다. 그것은 이 부류에서 요구 
하는 자원들을 프로쎄스가 시간적으로 앞서 선언하도록 하는것이 합리적이기때문이 
다. 이 부류안에서는 순서짓기 하는 자원에 의 하여 교착예 방이 역시 가능하다. 

• 주기 억기 : 선취에 의 한 교착예 방은 주기 억기에 대 하여 가장 적 합한 방책 이 라고 
할수 있다. 프로쎄스가 선취되면 그것은 교착을 해결하기 위하여 내놓은 자유공 
간인 2차기억 기와 단순히 교체된다. 

• 내부자원: 자원의 순서짓기 에 의하여 교착예 방에 사용할수 있다. 

제 6 절. 철학자식사문제 

어떤 때 어느 곳에 다섯명의 철학자가 같이 살고 있었다. 수년간에 걸치는 그들의 
생활은 기본적으로 사고하고 먹는것 이였다. 그들모두는 자기들의 사고를 할수 있게 해 
주는 유일한 량식은 스퍼게 리 (속이 비지 않은 마카로니)라고 생각하였다. 

식사배 치는 단순하였다(그림 6-10). 원탁우에는 스퍼게터를 담은 한개의 큰 사발，한 
사람에게 한개씩 차례지게 다섯개의 접시와 다섯개의 포크가 놓여 있었다. 식사하려는 
철 학자는 탁의 자기 자리 에 다가가 량쪽에 놓여 있는 두개 의 포크를 사용하여 스퍼 게리 
를 집어 먹는다. 이 문제는 철학자들이 식사하는 례식 (알고리듬)을 작성하는것이다. 알고 
리 듬은 호상배제 (두명의 철 학자는 동일 한 순간에 동일 한 포크를 사용할수 없 다. )조건을 
만족하여야 하며 교착과 고갈(이 경우에 항목은 문자 또는 알고리듬적인 의미를 가진 
다. )을 피 하기해 야 한다. 

덕스트라에 의해 제기된 이 문제는 그 자체 로서는 중요하다거 나 그 어떤 련관이 있 
는 문제로 보이지 않을수 있다. 그러나 이것은 교착이나 고갈에서 제기되는 기본문제를 
설 명하여 주고 있 다. 더 우기 해 답을 찾는 과정 에 는 병 행프로그람작성 과 관련되 는 많은 
어 려 운 점 들이 제 기 된 다 ( [GING 90] 을 볼것 ) . 더 우기 철 학자식 사문제 는 공유기 억 기 의 
정합을 취급하는 문제의 전형이라고 볼수 있는데 이러한 문제는 프로그람에서 병행스레 
드의 집행을 포함하는 경우에 발생할수 있다. 따라서 이 문제는 동기화에 대 한 방법을 
평가하는데서 표준적 인 시험문제로 된다. 



그림 6-10. 철학자들의 식사배치 
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그림 6-11 에는 신호기를 사용한 해결방도를 제기하고 있다. 매개 철학자는 먼저 왼 
쪽에 있는 포크를 쥐고 다음에 오른쪽에 있는 포크를 쥔다. 철학자가 식사를 끝낸 다음 
에 두개의 포크를 탁에 다시 놓는다. 이 해결방도는 교착에로 이끌어 간다. 만일 모든 철 
학자들이 같은 시각에 배가 고파서 그들모두가 자리 에 앉아서 자기 왼쪽에 있는 포크를 
쥐고 다른 포크를 잡으러 손을 내 민다. 그런데 거기에는 포크가 없다. 이러한 자세에서 
모든 철학자#은 단식을 한다. 

/* 철학자식사프로그람 */ 
semaphore fork { 1 } ； 

int i ； 

void philosopher ( int i) 

{ 

while ( true ) 

{ 

think () : 

wait (fork [ijlt. 

wait (fork [ (i+1) mod 5]); 

eatO : 

signal (fork [(i+1) mod 5]) ； 
signal (fork [i]) ； 


void main () 

{ 

parbegin (philosopher (0)，philosopher (1), philosopher (2), 
philosopher (3), philosopher (4)) : 

} 

그림 6-11. 철학자식사문제의 첫번째 해결방도 

교착의 위험성 을 극복하기 위하여 다섯개의 포크를 더 사다 주든가(보다 위생적 인 
해결방도!) 철학자들에게 한개의 포크로 스퍼게리를 먹으라고 할수 있을것 이 다. 다른 해 
결방도로서 네명의 철학자만이 식당에 들어 오도록 하는 경우를 생각할수 있다. 기껏해 
서 네명의 철학자들이 앉으면 적어도 한명의 철학자는 두개의 포크를 쩔수 있게 된다. 
그림 6-12 에 는 역 시 신호기 를 사용한 해 결 방도를 제 시하였 다. 이 해 결 방도에 서 는 교착과 
고갈을 발생시키지 않는다. 

program dinigphilosophers : 
semaphore fork $|| 讀 {1} ; 
semaphore room = {4}; 
int i ； 

void philosopher (int i); 

{ 

while ( true ) 

think 0 : 
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wait ( room ) ； 

wait (fork [ i ]) ； 

wait (fork [ ( i +1) mod 5]) ； 

eat () ； 

signal (fork [( i +1) mod 5]); 
signal (fork [ i ]) ； 
signal ( room ) ； 


void main () 

{ 

parbegin (philosopher (0 )，philosopher (1 )，philosopher (2)， 
philosopher (3 )，philosopher (4) 

} 

그림 6-12. 철학자식사문제의 두번째 해결방도 

제 7 절. UNIX 의 병행기구 

UNIX 에서는 프로쎄스사이의 통신과 동기화를 보장하기 위한 여 러가지 기구들을 제 
공하고 있다. 여기에서는 제일 중요한것을 보기로 한다. 즉 

• 흐름관 

• 동보문 

• 공유기억기 

• 신호기 

• 신호 

흐름관들，통보문들 및 공유기억 기는 프로쎄스들을 거 처 자료를 통신하는 수단을 주 
며 신호기 들과 신호들은 다른 프로쎄 스들에 의하여 작업 을 시 동시 키 는데 사용된다. 

흐름관 

조작체계의 발전에 UNIX 가 기여한 가장 큰 공적들중의 하나가 바로 흐름관이다. 협 
동루린의 개 념 [RITC 84] 에 의 하여 흐름관은 두 프로쎄스가 생산자-소비 자모형우에서 통 
신할수 있게 하는 순환완충기 이다. 이 와 같이 그것 은 선입 선출대 기렬 로서 한개 의 프로쎄 
스에 대 해서는 쓰기를 진행 하고 다른 프로쎄스에 의 해서는 읽기를 진행한다. 

흐름관이 창조되면 그것에는 고정된 바이트단위의 크기가 주어 진다. 프로쎄스가 흐 
름관에 쓰기 를 진행할 때 충분한 공간이 있으면 쓰기 요청 이 즉시 에 진행되 고 그렇 지 않 
으면 프로쎄스는 폐 색된다. 마찬가지 로 흐름관에서 읽 기를 진행할 때 흐름관에 현재 있 
는것보다 더 많은 바이트를 읽으러고 한다면 읽기프로쎄스는 페색되고 그렇지 않으면 읽 
기 요청 이 즉시 에 집 행된다. 조작체계는 호상배제를 실시한다. 즉 한개의 프로쎄스만이 흐 
름관을 접근할수 있게 한다. 

흐름관에는 두가지 형 태 즉 이름 붙인것과 이름 없는것 이 있다. 관련되는 프로쎄스 
들만이 이름없는 흐름관들을 공유할수 있고 관련되지 않는 프로쎄스들은 이름 붙인 흐름 
관들을 공유할수 있다. 
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■보문 

통보문은 동봉하는 형 태를 가진 본문의 불로크이다. UNIX 에서는 통보문넘 기 기를 수 
행 하는 프로쎄스들을 호출하는 msgnd 및 msgrcv 체계 를 두고 있다. 매 개 프로쎄스가 관 
계하는것은 우편통과 갈은 기능을 수행하는 통보문대기렬이다. 

통보문송신자는 보내는 통보문과 함께 통보문의 형태를 명시해 준다. 그러면 이것은 
수신자의 선택 기 준으로 사용할수 있다. 수신자는 선입 선출순서 로 통보문을 회 복하거 나 
형태별로 회복한다. 충만된 대기렬에로 통보문을 송신하려고 할 때에는 프로쎄스가 중단 
된다. 또한 빈 대기렬로부터 읽으러고 할 때에도 프로쎄스가 중단된다. 만일 프로쎄스가 
어떤 형태의 통보문을 읽으러고 하였는데 그러한 형태의 통보문이 존재하지 않기때문이 
실패 하였다면 프로쎄스는 중단되지 않는다. 

공유기 억기 

UNIX 에서 제공하는 프로쎄스간 통신의 가장 속도가 높은 형태는 공유기억기 이 다. 
이것은 여 러개의 처 리기들에 의하여 공유되는 가상기 억기의 공통블로크이다. 프로쎄스들 
은 가상기억공간의 다른 구역을 읽고 쓰는데 사용하는 동일한 기계명령들을 사용하여 공 
유기억기를 읽 고 쓴다. 프로쎄스에 따라 읽기전용이 나 읽고쓰기 가 허용되는데 그것은 프 
로쎄 스당 기준에 의 해 결정된다. 호상배제제 약조건들은 공유기억기 기능의 일부가 아니 고 
공유기억 기 를 사용하고 있는 프로쎄 스에 의하여 주어 져 야 한다. 

신호기 


UNIX System V 에서 호출하는 신호기체계는 제5장에서 정의한 wa 打와 sigD 싶기본 
지령들을 일반화한것이다. 그것에서는 몇가지 연산들을 동시에 수행할수 있으며 증가 및 
감소 연산들은 1보다 더 큰 값일수 있다. 핵심부는 요청된 모든 연산들을 자동적으로 수 
행한다. 다른 프로쎄스들은 모든 연산이 수행될 때까지 신호기를 호출할수 없다. 
신호기는 다음의 요소들로 구성된다. 

• 신호기의 현재값 

• 신호기 에 의하여 연산하기 위 한 마지 막프로쎄 스의 ID 

• 신호기의 값이 현재의 값보다 더 커지기를 기다리고 있는 프로쎄스의 수 

• 신호기의 값이 령이 되기를 기다리는 프로쎄스의 수 

신호기와 관련되는것은 그 신호기 에 의해 중단된 프로쎄스들의 대기렬이 다. 

신호기들은 실제적으로 모임형태로 창조되는데 신호기모임은 한개 또는 그이상의 신 
호기들로 이 루어 진다. 모임안의 모든 신호기값들이 동일한 순간에 설정되 게 하는 
seme 신체계호출이 있다. 또한 신호기모임의 매개 신호기마다에서 정의되는 신호기연산들 
의 목록을 한개의 인수로 취하는 sefflop 체계호출이 있다. 이것이 호출될 때 핵심부는 지 
시 된 연산들을 한번에 수행한다. 매 개 연산에 대 하여 실제 기 능은 값 sem_op 에 의하여 
명시된다. 이때 다음과 같은 가능성들이 있다. 

• 만일 sem _ opy \ 정이면 핵심부는 신호기의 값을 1증가시키고 신호기의 값이 증가 
되기를 기다리는 모든 프로쎄스들을 깨운다. 

• 만일 sem_op 가 0이면 핵심부는 신호기의 값을 검사한다. 만일 0이면 그 목록 
의 다른 €산들을 계속한다. 그렇지 않으면 이 신호기가 0이 되기를 기다리는 
프로쎄 스를 1증가시키 고 신호기 의 값이 0과 같은 사건에 의 거하는 프로쎄 스는 
중단한다. 
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• Seffl _ Qp > 가 부이고 그것 의 절 대 값이 신호기 의 값보다 작거 나 갈으면 핵 심 부는 
신호기의 값에 sem _ op (부의 수)를 더 한다. 만일 결과가 0이면 핵심부는 신호기의 
값이 0과 같아 지기를 기다리는 모든 프로쎄스들을 깨운다. 

• 만일 sem _ Qf > 가 부이고 그것의 절대값이 신호기의 값보다 더 크면 핵심부는 신호 
기의 값을 증가시키는 사건에 의거하는 프로쎄스를 중단한다. 

신호기의 이러한 일반화는 프로쎄스의 동기화와 정합을 수행하는데서 현저한 유연성 
을 보장한다. 

신호 

신호는 비동기적 인 사건의 발생을 프로쎄스 에게 통지 하는 쏘 프트웨 어적인 기구이 다. 
신호는 장치적인 새치기와 비슷하지만 우선권은 사용하지 않는다. 즉 모든 신호들은 동 
일하게 취급된다. 동일한 순간에 발생하는 신호들은 특별한 순서짓기가 없이 한번에 프 
로쎄스 에 제공된다. 

프로쎄스들은 신호들을 서로 송신할수 있다. 핵심부는 신호들을 내부적으로 송신하 
수 있다. 신호는 송신되는 신호를 받고 있는 프로쎄스를 위한 프로쎄스표의 어떤 마당을 
갱신하는 방법으로 배포된다. 매개 신호는 한개의 비트로서 유지되므로 주어 진 형태의 
신호들은 대 기 렬을 지울수 없다. 신호는 실행 을 위해 프로쎄스를 깨우거 나 프로쎄스가 
체계호출로부터 복귀하기 위해 준비되거나 하면 즉시 처리된다. 프로쎄스는 신호처리기 
능을 지향하는 어떤 지정된 작업 (실례로 완료)을 수행함으로써 신호에 응답할수 있다. 

표 6-2 에 는 UNIX SVR 4에 서 정 의 하고 있 는 신호의 목록을 제 시하였 다. 

제 8 절. Solaris 의 스레드동기화기본지령 

UNIX SVR 4의 병 행 기 구외 에 Solaris 는 네 가지 의 스레 드동기 화기 본지 령 을 지 원 하고 
있 다. 

• 호상배 제 ( mutex ) 의 페 쇄 

• 신호기 

• 다중읽기자，단일쓰기자(읽기자/쓰기자)의 페쇄 

• 조건변수 

Solaris 에 서 는 핵 심 부스레 드를 위한 핵 심 부안에 서 이 기 본지 령 들을 실 현하고 있 다. 
또한 사용자준위 의 스레 드용스레 드서 고에 도 이 기 본지 령 들을 제 공하고 있 다. 기 본지 령 이 
집 행 되 면 창조되 는 스레 드에 의 하여 명 시 되 는 파라메 터 들은 포함하는 자료구조가 창조된 
다(그림 6-13). 일단 동기화객체가 창조되면 넣기 (차지，페쇄)와 해방(페쇄해제)을 수행 
할수 있는 두가지 연산만이 존재한다. 핵심부나 스레드서고안에는 호상배제를 집행하고 
교착을 예방하기 위한 기구가 없다. 만일 스레드가 보호하려고 하는 자료나 코드의 일부 
를 접근하려고 하면서도 적 합한 동기화기본지 령을 사용하지 않는다면 그러한 접근이 발 
생한다. 만일 스레드가 어떤 객체를 폐쇄 하였다가 폐쇄해제 가 잘못되 였다면 핵심부작업 
은 진행되지 않는다. 

모든 동기화기본지령들은 객체를 시험하는 하드웨어명령이 존재할것을 요구하며 제5 
장 제3절 에 서 설명한바와 같이 한개 의 자동연산으로 설정 된다. 
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표 6-2. UNIX 의 신호 


값 

이 름 

설 명 

01 

SIGHUP 

장치 정지; 프로쎄스의 사용자가 유효작업을 하고 있지 않 
다는것을 핵심부가 판단하였을 때 프로쎄스에 게 보낸다. 

02 

SINGINT 

새 치 기 

03 

SIGQUIT 

정지; 프로쎄스를 정지시키고 기억기쏟기를 하기 위하여 
사용자가 보낸다. 

04 

SIGILL 

비법명령 

05 

SIGTRAP 

추적 함정 ; 프로쎄스추적을 위한 코드집행을 개시한다. 

06 

SIGIOT 

IOT 명 령 

07 

SIGEMT 

EMT 명령 

08 

SIGFPT 

류동소수점제외 

09 

SIGKILL 

소멸 ; 프로쎄스를 완료한다. 

10 

SIGBUS 

모선 오유 

11 

SIGSEGV 

토막화위 반; 프로쎄 스가 가상기 억 공간밖의 주소를 접 근하 
려고 한다. 

12 

SIGSYS 

체계호출이 불량인 인수 

13 

SIGPIPE 

자기 에게 접속한 읽기 자를 가지지 않은 흐름관에 쓰기를 
한다. 

14 

SIGALARM 

경보박자; 프로쎄스가 주기시간후에 신호를 받으러고 
할 때 낸다. 

15 

SIGTERM 

쏘프트웨어적인 완료 

16 

SIGUSR 1 

사용자정의의 신히 

17 

SIGUSR 2 

사용자정의의 신호2 

18 

SIGCLD 

자식의 소멸 

19 

SIGPWR 

전원고장 


호상배제의 폐쇄 

호상배 제 의 페 쇄 는 페 쇄 가 되 였을 때 한개 이상의 스레드가 진행 되 는것 을 막는다. 호 
상배제를 폐쇄 한 스레 드는 그것을 해제 할수 있어 야 한다. 스레 드는 mutex - enter 기본지 
령을 집 행함으로써 호상배제의 페쇄를 하려고 한다. 만일 mutexrenter 가 페쇄를 설정 할 
수 없 다면(다른 스레 드에 의 하여 지 어 그것 이 설정 되 여 있기때 문에 ) 폐 색 작업 은 호상배 
제 객체 에 보관된 형 태명시정보에 의거해 야 한다. 기정페색방법은 회전페쇄이 다. 폐 색된 
스레 드는 페쇄상태를 등록하고 그동안 회전기 다림 고리안에서 집행을 계속한다. 새 치기 에 
기초한 페색기구는 선택적인 기구이다. 후자의 경우에 호상배제는 이 페쇄에 의해 잠자 
고 있는 스레드의 대기렬을 식별하는 turnstile id 를 포함한다. 
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그림 6-13. Solaris 의 동기화자료구조 
호상배 제 의 페 쇄， L - 신호기， n - 읽 기 자/쓰기자의 페 쇄，ᄅ -조건변수 

11제의 폐쇄와 관련된 기본지령들은 다음과 같다. 

iterO 폐쇄를 하여 그것이 이미 유지되고 있다면 잠재적으로 페색한다. 
dt () 폐쇄를 해방하며 잠재적으로 대기자의 페색을 푼다. 
yenterO 페쇄가 이미 유지되고 있지 않으면 페쇄를 한다. 

x _ tryenter () 기본지령은 호상배제기능을 수행하는 비페색방법을 주고 있다 
그람작성 자로 하여 금 사용자수준의 스레 드를 위 한 바쁜기 다림방법 을 사용- 
데 이것은 한개의 스레드가 페색되므로 옹근 프로쎄스가 페색되는것을 피- 

기 

is 는 다음의 기본지 령을 가지고 전형적 인 계수형신호기들을 제공하고 있다. 

_ p () 신호기를 1감소시켜 스레드를 잠재적으로 페색한다. 

_ v () 신호기를 1증가시켜 기다리고 있는 스레드의 페색을 잠재적으로 뚠 
_ tryp () 페색의 요구가 없으면 신호기를 1감소시킨다. 

sema trypO 기 본지 령 은 바른기 다림 을 허 용한다. 
















읽기자/쓰기자의 폐쇄 

읽기자/쓰기자의 페쇄는 다중 스레드로 하여금 페쇄에 의하여 조절되고 있는 객체에 
동시적인 읽기전용의 접근을 할수 있게 한다. 그것은 또한 단일 스레드가 모든 읽기자들 
을 배제하고 있는 동안 어떤 순간에 쓰기를 하여 객체에 접근할수 있게 한다. 쓰기를 위 
한 페쇄를 하였을 때 그것은 write/ocA: 의 상태를 취한다. 읽기나 쓰기를 위해 접근하려 
는 모든 스레드 들은 기다려야 한다. 만일 한개 또는 그이상의 읽기자들이 페쇄를 당했다 
고 하면 그것 의 상태 는 : read Jock 이 다. 기 본지 령 들은 다음과 같다. 


rw_enter() 
rw_exit() 
r w_try enter () 
rw_downgrade 0 


rw_tryupgrade() 


읽기자 또는 쓰기자로서의 페쇄를 하려고 시도한다. 

읽기자 또는 쓰기자로서 페쇄를 해제한다. 

페색이 요구되지 않으면 폐쇄를 한다. 

쓰기폐쇄를 한 스레드는 그것을 읽기폐쇄로 바꾼다. 기다리고 
있는 임의의 쓰기 자는 이 스레드가 페쇄를 해제할 때까지 그냥 
기다린다. 만일 기다리고 있는 쓰기자가 없으면 기본지령은 임 
의의 미정의 읽기자들을 깨운다. 

읽기 자의 페쇄를 쓰기 자의 페쇄로 바꾸러고 한다. 


조건변수 


조건변수는 특정한 조건이 진실로 될 때까지 기다리는데 사용된다. 조건변수는 호상 
배제와 협 력하여 사용하여 야 한다. 이것은 그림 5-22 에 제시한 형 태의 감시기를 실현한 
다. 기본지 령들은 다음과 갈다. 

cv_wait() 조건이 신호를 할 때까지 패색한다. 

cv_signal() cv_wait() 로 폐색된 스레드한개를 깨운다. 

cv_broadcast 0 cv_wait() 로 페색된 스레드모두를 깨운다. 

cv_wait 0 는 페 색 하기 전에 관련된 호상배 제 를 해 제 하고 복귀 하기 전에 그것 을 재 획 
득한다. 호상배제의 재획득은 호상배제를 기 다리고 있는 다른 스레드에 의 하여 페색될수 
있기 때 문에 기 다림 을 발생 시 킨 조건은 재 시 동되 여 야 한다. 대 표적 인 사용법 은 다음과 같 
다. 


mutex_enter (&m) 


while (some_condition) { 
cv_wait (&cv, &m) : 


mutex_exit (&m) : 

이것은 조건이 복잡한 식으로 되게 한다. 그것은 호상배제에 의하여 보호되기때문이다. 

제 9 절. Windows 2000의 병행기구 

Windows 2000 (W2K) 에서는 객체 구성방식의 일부로서 스레드 들사이에 동기화를 보 
장하고 있 다. 동기 화기 능을 실현하기 위하여 W2K 가 사용하는 기 구는 동기 화객 체 들의 
계 렬인데 그것 은 다음의 것 들로 이 루어 져 있 다. 
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• 프로쎄스 

. 스레드 

• 파일 

• 조종탁입력 

• 파일변경통지 

• 호상배제 

• 신호기 

• 사건 

• 기다림시계 

우에서 지적한 목록에서 첫 네가지의 객체형태는 다른 목적에 사용되는것이긴 하지 
만 동기화를 위해서도 역시 사용할수 있다. 나머지 객체형태들은 동기화를 지원하기 위 
하여 특별히 설계된것이다. 

매개 동기화객체의 구체례는 신호를 내거나 또는 내지 않는 상태에 있을수 있다. 스 
레드는 신호를 내지 않는 상태에 있는 객체에서 중단될수 있다. 스레드는 객체가 신호를 
내는 상태에 들어 갈 때 해방된다. 기구는 간단하다. 스레드는 동기화객체의 례외처리를 
사용하여 W 2 K 집행부에 기다림요청을 낸다. 객체가 신호를 내는 상태에 들어 갈 때 
W 2 K 집 행 부는 그 동기 화객 체 를 기 다리 고 있 는 모든 스레 드의 객 체 들을 해 방한다. 

표 6-3 에서는 매개 객체형태가 신호를 내는 사건들과 그것이 기다리고 있는 스레드 
에 미치는 효과를 종합하였다. 

호상배제의 객체는 호상 배타적인 자원접근에 사용하는데 이때 한번에 오직 한개의 
스레 드객 체 만이 접 근을 하도록 한다. 따라서 그것 은 오직 신호기 로서의 기 능을 수행한다. 
호상배제 의 객체 가 신호를 내는 상태 에 들어 갈 때 호상배제하에서 기 다리 는 오직 한개 
의 스레 드만이 해 방된다. 호상배제 들은 각이한 프로쎄 스들에서 실행되 고 있는 스레 드들 
을 동기화하는데 사용할수 있다. 

호상배 제 들과 같이 신호기 들은 다중프로쎄 스들에 서의 스레 드들에 의하여 공유될수 
없다. W 2 K 의 신호기 들은 전형 적 인 계 수형신호기 이다. 

기다림시계는 Windows NT 4.0 에서 제공하는 새로운 핵심부객체이다. 본질상 시계 
는 어떤 시간에 규칙적인 간격으로 신호를 낸다. 

요약，기본용어 및 복습문제 

교착은 체 계 자원에 대 하여 경 쟁하거 나 서 로 통신하는 프로쎄 스들의 모임 이 폐 색 된것 
이 다. 조작체계가 한개 또는 그이상의 프로쎄스를 소멸하거나 한개 또는 그이상의 프로 
쎄스를 되돌이 추적하는것과 갈은 그 어떤 례외적인 작업을 하지 않는이상 폐색은 영구 
적이다. 폐색은 재사용가능한 자원이나 소비되는 자원들을 포함한다. 소비되는 자원은 그 
것 이 프로쎄스에 의해 차지될 때 파괴되는 자원이다. 실례로서 통보문과 입출력완충기의 
정보를 들수 있다. 재사용가능한 자원은 입출력통로나 기억구역과 같이 사용해도 소모되 
거 나 파괴되지 않는 자원이 다. 

교착을 취급하는 방법에는 일반적으로 예방，검출，피하기 등의 세가지가 있다. 교착 
예 방은 교착의 필 요조건들중의 하나가 성 립하지 않도록 하는 방법 으로 그것 이 일 어 나지 
않도륵 담보한다. 교착검출은 조작체계가 자발적으로 자원요청을 들어 주는 경우에 필요 
하다. 이 때 조작체 계 는 주기 적 으로 교착을 검 사하여 야 하며 교착을 해 제 하기 위한 작업 
을 해 야 한다. 교착회 피 는 매 개 새 로운 자원 이 교착을 일 으킬수 있는가를 확인하기 위하 
여 그것을 분석하며 교착이 불가능할 때 에만 그것을 허 가한다. 


268 





기본용어 


은행 업 무알고리 듬 

교착회 피 

호상배 제 

순환기 다림 

교착검출 

선취 권 

소비되는 자원 

교착예 방 

재사용가능한 자원 

교착 

유지 및 기다림 

고갈 


복습문제 

1. 재사용가능한 자원과 소비되는 자원의 실례를 드시오. 

2. 교착을 가능하게 하는 세 가지 조건은 무엇 인가? 

3. 교착을 발생시키는 네가지 조건은 무엇인가? 

4. 유지 및 기다림조건은 어떻게 예방할수 있는가? 

5. 비선취조건을 예방하는 두가지 방도에 대한 표를 작성하시오. 

6. 순환기다림조건은 어떻게 예 방할수 있는가? 

7. 교착회피，교착검출，교착예방사이의 차이점은 무엇인가? 
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련습 문제 

1. 제 1 절의 그림 6-2 에 제시한 경 로에 대 한 서술과 류사하게 그림 6-3 에 제시한 6 개 
의 경로에 대 하여 말로 설명 하시오. 

2. 그림 6-3 에 반영한 정황에서는 교착이 발생될수 없다고 지적하였다. 이 지적의 
정당성을 증명하시오. 

3. 체 계의 다음과 갈은 순서 상을 보자. 현재 결정 되지 않은채 로 대기렬을 지은 불충 
분한 요청 들은 없다. 

사용가능자원벡토르 
rl r 2 r 3 r 4 

「2 U 10 10 I 

프로쎄스 현재의 할당 최대요구 추가요구 

rl r 2 r 3 r 4 rl r 2 r 3 r 4 rl r 2 r 3 r 4 

P1 0 0 1 2 0 0 1 2 ^ 

P 2 20002750 
P 3 00346656 
P 4 23544356 
P 5 03320652 


1) 매 개 프로쎄 스가 얼 마만큼 더 요청할수 있는가를 계 산하시 오.그리 고 추가요 
구라고 표시한 렬 들에 적 어 넣 으시 오. 

T -) 이 체계가 안정한 상태인가 아니면 불안정한 상태인가? 왜 그런가? 
n ) 이 체계가 현재 교착되여 있는가? 교착되여 있으면 왜 그렇고 교착되여 있지 
않으면 왜 그런가를 설명하시오 

e ) 있다면 어떤 프로쎄스들이 교착되여 있는가? 아니면 교착이 될수 있는가? 
n ) (0,1， 0,0) 일 때 P 3 으로부터 요청 이 도착했다고 하면 그 요청 이 즉시 안전하 
게 허 가될수 있는가? 어떤 상태 (교착된，안정한，불안정한)에서 모든 요청 이 
즉시에 허가된다면 어떤 프로쎄스들이 교착되여 있는가?(만일 교착되여 있 
다면) 아니면 교착될수 있는가? 


스 _ / 

기 / A 


입력 


출력 


완충기 1 


완충기 | 


그림 6-14. 입 출력완충체 계 

4. 다음의 자료에 대하여 제4절의 교착검출알고리듬을 적용하여 얻은 결과를 계산하시오. 
사용가능 =(2 110) 
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5. 입출력 완충체 계 (그림 6-14) 는 두개의 완충기 로 련결된 입 력 프로쎄스 I ，사용자프 
로쎄 스 P 그리 고 출력 프로쎄 스 ◦로 이루어 져 있다. 프로쎄 스들은 자료를 동일 한 
크기 의 블로크들로 교환한다. 이 블로크들은 프로쎄 스들의 속도를 고려하여 입 력 
및 출력，완충기들사이의 경계를 변경시키면서 디스크에 완충기억된다. 사용한 통 
신기본지 령은 다음의 자원제 약조건을 만족하도록 한다. 


여기서 max = 디스크에 있는 블로크의 최대수 
i = 디스크에 있는 입력블로크의 수 
o = 디스크에 있는 출력블로크의 수 

프로쎄스에 대하여 다음과 같은것을 알수 있다. 

1) 환경 이 자료를 공급하는이상 프로쎄스 I 는 우발적 으로 그것을 디스크에 입 력 
한다(디스크공간을 사용할수 있는 조건에서). 

2) 입력을 디스크에서 사용할수 있기만 하면 프로쎄스 P 는 우발적으로 그것을 
소비하며 매 개 블로크입 력 에 대 하여 디 스크의 유한개 의 자료를 출력한다(디 
스크공간을 사용할수 있는 조건에서). 

3) 출력을 디스크에서 사용할수 있기만 하면 프로쎄스 O 는 우발적으로 그것을 
소멸 한다. 

이때 이 체계가 교착될수 있다는것을 증명하시오. 

6. 문제 4에서 교착을 예방하면서도 프로쎄스들의 현재의 요구에 따라 입력 및 
출력완충기들사이의 경계를 변동시키 도록 하는 보충적 인 자원제 한조건을 제 
시하시오. 


7. THE 다중프로그람작성체 계 [DIJK 68] 에서 자기 원통(디스크전에 나온 2차기 억 기) 
은 프로쎄스들의 속도에 의존하여 경계를 변경시키면서 입 력완충기 들，처 리구역 
들 그리 고 출력 완충기 들로 나뉘 여 진다. 자기원통의 현재 상태 를 다음의 파라메 
터 들에 의하여 특징 지 을수 있 다. 즉 

max = 자기원통의 최대페지수 
i = 자기원통의 입력페지수 
P = 자기원통의 처리페지수 
o = 자기원통의 출력페지수 
reso ? ᅳ출력 용으로 예 약된 최 소페지수 
resp = 처 리 용으로 예 약된 최 소페 지 수 


271 



자기원통의 용량을 초과하지 않으며 출력과 처리용으로 최소페지수가 항상 예약 
되여 있다는것을 담보하는데 필요한 자원의 제 약조건을 식으로 쓰시오. 


8. THE 다중프로그람작성체 계 에서 폐지는 다음과 갈은 상태 이행을 할수 있다. 즉 

1) 빔->입 력완충기 (입 력 생성 ) 

2) 입력완충기-〉처 리령역 (입력소비) 

3) 처 리 구역->출력완충기 (출력 생성 ) 

4) 출력완충기 ->빔 (출력 소비 ) 

5) 빔->처 리령역 (수속호출) 

6) 처 리령 역->범 (수속복귀 ) 

T ) 량 1 O 및 p 에 의 하여 이러한 변환의 효과를 정의 하시오. 
i _) 입 력 프로쎄 스, 사용자프로쎄 스 및 출력 프로쎄 스에 대 하여 문제 5에 서 한 가정 
을 그대로 두면 그것들중의 하나가 교착에로 이끌어 갈수 있는가? 

9. 아래에서 보여 주는것과 같이 세개의 프로쎄스에 할당된 총 150개의 단위의 기억 
기단위를 가진 체계를 고찰하자. 


프로쎄스 

최대 

유지 

1 

70 

45 

2 

60 

40 

3 

60 

15 


다음의 매 개 요청 을 들어 주는것 이 안전한가를 확인하기 위하여 은행 업 무알고리 
듬을 적용하시오. 만일《예》이면 가능하다고 보증할수 있는 완료들의 순서를 표 
시하시오. 만일 《아니》이면 결과적인 할당표의 축도를 제시하시오. 

1 ) 최 대 기 억 기 요구가 60단위 이 고 초기 기 억 기 요구가 25단위 인 네 번째 프로쎄 스가 
도착한다. 

l ) 최 대 기 억 기 요구가 60단위 이 고 초기 기 억 기 요구가 35단위 인 네 번째 프로쎄 스가 
도착한다. 

10. 실제 생활에서 도움이 되도록 은행업무알고리듬을 평가하시오. 

11. 흐름선알고리 듬은 프로쎄 스 P 0 에 의하여 생성된 T 형 태의 자료요소흐름렬 이 프로 
쎄 스들인 P 1 ,P 2 ,---,P n _ 1 ^ 순서렬 을 통과해 나가도록 실현되 여 있 다. 이 때 프로 
쎄 스들의 순서 를 따라 가면서 자료요소들에 대 한 연산을 진행한다. 

T ) 부분적 으로 소비되는 자료요소모두를 포함하는 일반화된 통보문완충기를 정 
의 하시 오. 그리 고 다음의 형 태 로 프로쎄 스 Pj (0 < i < n -1) 에 대 한 알고리 듬 
을 작성하시오. 

repeat 

receive from predecessor ; 
consume element ； 
send to 

forever 
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successor : 





P 0 은 Prrf 에 의해 보내 진 빈 요소들을 받는다고 하자. 알고리 듬은 프로쎄 스 
들이 완충기에 보관된 통보문에 대하여 직접 연산할수 있게 하여 복사가 필 
요없도록 해 야 한다. 

T -) 공통완충기에 대해서는 프로쎄스들이 교착될수 없다는것을 증명하시오. 

12. 1) 세개의 프로쎄스가 한번에 한개만을 예약하고 해방할수 있는 네개의 자원단 

위들을 공유한다. 매개 프로쎄스는 최대 로 두개단위를 요구한다. 이때 교착 
이 발생할수 없 다는것 을 증명 하시 오. 

u ) N 개의 프로쎄스가 한번에 한개 만을 예 약하고 해 방할수 있는 M 개의 자원단 
위를 공유한다. 매 개 프로쎄스의 최대요구는 M 을 초과하지 않으며 모든 최 
대 요구들의 합은 M + iV 보다 작다. 이 때 교착이 발생할수 없 다는것 을 증명하 
시오. 

13. 교착을 처 리하는 다음의 방도들을 고찰하자. (1) 은 은행 업 무알고리 듬， (2) 교착을 

검출하고 스레드를 소멸하여 모든 자원을 해방， (3) 미 리 모든 자원을 예 약， (4) 

스레드가 기 다리 기 를 요구하면 스레 드의 재 시 동과 모든 자원의 해 방， (5) 자원의 

순서짓기， (6) 교착의 검 출과 스레 드작업의 재 연산 

- I ) 교착에 대한 각이한 방법을 평가하는데서 사용할수 있는 한가지 기준은 가장 
큰 병행성을 허가하는것이다. 다른 말로 말하면 교착이 없을 때 제일 많은 
스레드 들이 기 다림 이 없이 진행할수 있게 하는것 이 다. 우에서 지적한 매개 
교착처리방법에 대하여 1부터 6까지의 등급순서를 매기시오. 여기서 1은 병 
행 도가 제 일 큰것 이 다. 작성 한 순서 짓 기 에 대 하여 설 명 하시 오. 

T -) 다른 기준은 효률이다. 달리 말하면 제 일 적은 처 리기 간접소비시 간을 요구하 
는것 이다. 교착이 매우 드문 사건이라는것을 가정하고 방법들의 등급순서를 
1부터 6까지 로 매 기 시 오. 여 기 서 1은 효과가 제 일 큰것 이 다. 작성 한 순서 짓 기 
에 대 하여 설명 하시오. 교착이 자주 발생 한다고 하면 작성한 순서짓기가 변 
화되겠는가? 


ttdefine N 5 

ttdefine LEFT ( i -1) %N 

ttdefine RIGHT ( i +1) %N 

#define THINKING 0 

ttdefine HUNGRY 
#define EATING 
typedef int semaphore ； 
int state [ N ] ； 

*/ 

semaphore mutex = 1； 
semaphore s [ N ] ； 


/* 철학자수 */ 

/* I 의 왼쪽 동료의 번호*/ 

/*1의 오른쪽 동료의 번호*/ 

/* 철학자가 사고하고 있다.*/ 

1/* 철학자가 포크를 쥐려고 한다.*/ 

2/* 철학자가 식사하고 있다.*/ 

/* 신호기 는 특수한 옹근수형 이다. */ 

/* 매 사람의 상태 의 흔적 을 보존하기 위한 배 럴*/ 


/* 림계구역에 대한 호상배제*/ 
/* 철학자당 한개의 신호기*/ 


void philosopher (int i ) /* 철 학자수, 0에서 N -1 까지*/ 

{ 

while ( TRUE ) { /* 부단히 반복한다.*/ 


think () ； 
take _ forks () ； 
eat () ； 


/* 철학자가 사고하고 있다*/ 

/* 두개의 포크를 쥐거나 폐색*/ 
/* 스퍼케리를 먹 다.*/ 
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put_forks (i); 

} 


/* 상우의 두개의 포크를 도로 집 다.*/ 


void take_forks (int i) 

{ 

wait (mutex) : 
state 比 1 - HUNGRY； 

*/ 

test(i); 

signal (mutex); 
wait (s [i]) : 


/* 철학자수, 0 에서 N-1 까지*/ 

/* 림계구역에 들어 가다.*/ 

/* 철학자 i 가 굶고 있다는 사실을 기록*/ 

/* 두개의 포크를 주려고 시도하다*/ 

/* 림계구역에서 나가다.*/ 

/* 포크를 쥐지 못했다면 폐색*/ 


void put_forks (int i) 

{ 

wait (mutex) : 
state [£] = THINKING； 
test (LEFT)； 
test (RIGHT) : 
siganal (mutex); 


/* 철학;사•수， o 에서 N-14^1 */ 

/* 림계구역에 들어 가다*/ 

/* 철학자가 식사를 끝내 다.*/ 

/* 왼쪽 동료가 지금 먹을수 있는가를 보다.*/ 

/* 오른쪽 동료가 지금 먹을수 있는가를 보다.*/ 
/* 림계구역에서 나가다.*/ 


void test (int i) /* 철 학자수 , 0에 서 N-1 까지 */ 

{ 

if (state[i| v : ^HUNGRY && state[LEFFT] HEATING && stateffilGHT] != EATING) 

{ 


1 


state [i] = EATING； 
signal (s[i]) : 

} 

그림 6-15. 철학자식사문제에 대한 해답 


14. 철학자식사문제 에 대 한 다음의 해 답에 대 하여 설명 하시오. 식사하려는 철학자는 
먼저 왼쪽의 포크를 쥔다. 만일 오른쪽의 포크도 쓸수 있다고 하면 그는 오른쪽 
의 포크를 쥐고 먹기 시작한다. 그렇지 않으면 그는 왼쪽의 포크를 다시 내려 
놓고 주기를 반복한다. 

15. 이 문제는 철학자식사문제의 교묘성과 신호기를 사용하는 프로그람을 정확히 작 
성하는데서 제기되는 곤난성을 보여 준다. 그림 6-15 에서는 최근에 나온 OS 책들 
인 [TANE 9기과 [TANE 9幻 에 제시 한 철학자식 사문제 에 대 한 해 답을 보여 주 
고 있다. 

1 ) 이 해답에서 해결한 방도를 말로 설명하시오. 

l ) 저자들은 말하고 있다. 즉《해답은 … 정확하며 임의의 인원수의 철학자들 
에 대하여 최대의 병렬화를 보장한다.》그러나 이 해답이 교착을 예방한다 
고 하지 만 고갈이 가능하므로 정 확하지 는 못하다. 상반되 는 실례 에 의하여 
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이것을 증명하시오. 요령: 다섯명의 철학자가 있는 경우를 고찰하자. 그들은 
단식한 철학자들이 라고 하자. 즉 그들은 거의 사고함이 없이 시간을 보낸다. 
어떤 철학자가 한판의 식사를 끝내자마자 그는 즉시에 배고파한다. 이때 두 
사람은 현재 식사를 하고 있고 다른 세 사람은 봉쇄되 여 배 고파하는 구성을 
고찰하시오. 

16. 두 부류의 철학자들이 있다고 하자. 한 부류는 항상 먼저 왼쪽의 포크를 쥐며 (왼 
손잡이) 다른 부류는 항상 먼저 오른쪽의 포크를 쥔다(오른손잡이).왼손잡이의 
동작을 그림 6-11 에 서 정 의하였 다. 오른손잡이 의 동작은 다음과 갈다. 


begin 

repeat 

think ； 

wait ( fork [ ( i +1) mod 5 ] ) ； 

wait ( fork [ i ] ) ； 

eat ； 

signal ( fork [ i ] ) ； 

signal ( fork [ ( i +1) mod 5 ] ) ； 

forever 

end ； 

이때 다음의것을 증명하시오. 

i ) 적어도 매개 부류에서 한사람씩의 왼손잡이들과 오른손잡이들이 끼운 임의 
의 좌석배치를 하면 교착을 피할수 있다. 
l ) 적어도 매개 부류에서 한사람씩의 왼손잡이들과 오른손잡이들이 끼운 임의 
의 좌석배치를 하면 고갈을 예방한다. 
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제 3 편. 기억기 

제 3 편의 중심 

조작체 계 설계 에 서 가장 어 려 운 문제의 하나는 기 억 기 관리 문제 이 다. 기 억 기의 가격 이 
급격히 떨어 지고 결과 현대적인 를퓨터들에서 주기억기의 크기가 증가하여 기가바이트 
범위에 이르렀지만 아직도 능동프로쎄스나 조작체계가 요구하는 모든 프로그람이나 자료 
구조를 충당할만큼 충분하지 못하다. 따라서 조작체계의 중심적 인 과제의 하나는 기억기 
관리 인바 여기에는 2차기억기로부터의 자료블로크의 들여오기 와 교체내기 가 포함된다. 
한편 기억기입출력은 저속동작으로서 그 속도는 처리기의 명령주기시간에 비하여 해마다 
더욱더 떨어 지고 있다. 처리기 또는 처리기들의 차지상태를 유지하고 따라서 효률을 높 
이 기 위 해서는 조작체계 가 기 억기 입 출력의 성능에 미치는 영 향이 최소화되도록 교체넣 기 
와 교체내기 에 드는 시 간을 세밀하게 조절하여 야 한다. 

제 3 편의 안내 


제 7 장. 기억기관리 

제 7장에 서 는 기 억 기 관리 에 서 사용하는 기 본 기 구를 개 괄한다. 우선 기 억 기관리 방안 
들에서 제 기되는 기초적 인 요구를 요약한다. 다음으로 기 억기 분할의 사용수법을 소개한 
다. 이 수법은 핵심부부분 기억기관리와 갈은 특별한 경우를 제외하고는 그리 많이 쓰지 
않는다. 하지만 기억기분할을 개괄함으로써 기억기관리에 포함되는 설계상의 여러 문제 
점들을 해명한다. 이 장의 나머지 부분에서는 실제상 모든 기억기관리체계들의 기본적인 
구성 방법인 두가지 수법 즉 페 지 화와 토막화에 대 하여 서 술한다. 

제 8 장. 가상기억기 

가상기억기는 페지화 또는 페지화와 토막화를 결합하여 사용하는것을 기초로 한것으 
로서 현대적 인 를퓨터들에서 거의 나 보편적 인 기 억기관리 방법 이 다. 가상기 억기는 응용프 
로그람의 프로쎄스들에 대하여 투명한 방안이며 매개 프로쎄스가 그의 배치령역에서 제 
한 없는 주기억을 가진것처럼 동작하는 방안이다. 이것을 실현하기 위하여 조작체계는 
디스크상에 매개 프로쎄스에 대한 가상주소공간을 만든다. 가상기억기의 한 부분은 필요 
할 때 실제의 주기억기에로 들어 온다. 이러한 방법으로 많은 프로쎄스들이 상대적으로 
작은 주기억용량을 공유할수 있다. 가상기억기를 효과적으로 동작시키기 위하여 하드웨 
어 기 구는 가상주소와 실제 주소사이 의 주소변환과 갈은 기 본적 인 페 지 화와 토막화기 능을 
수행하여야 한다. 제 8장은 이러한 하드웨어기구들을 개괄하는것으로부터 시작한다. 이 
장의 마지 막부분에서 는 가상기 억기 와 관련된 조작체 계설계의 문제 점 들을 고찰한다. 
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제 7 장. 기억기관리 

단일프로그람처리체계에서 주기억기는 두 부분으로 나누어 진다. 한 부분은 조작체 
계 (상주된 감시기와 핵심부)가 차지하는것이고 한 부분은 현재 실행되는 프로그람이 차 
지 하는것 이 다. 다중프로그람처 리체계 에서는 기 억기의 《사용자》부분이 여 러개의 프로쎄 
스를 실행하도록 보다 더 세분화되여 야 한다. 이 세분화과제를 조작체계 가 동적으로 수 
행하는데 이것을 기억기관 리라고 한다. 

효과적인 기억기관리는 다중프로그람처리에서 보다 사활적이다. 기억기에 몇개의 프 
로쎄스밖에 없다면 많은 시간동안 모든 프로쎄스들이 입출력을 위해 기다리게 되며 처 리 
기는 놀고 있는 상태에 있게 된다. 그러므로 기억기는 가능한껏 더 많은 프로쎄스들이 
기 억기 에 들어 가도록 효률적 으로 배정 할것을 요구한다. 

이 장에서는 먼저 기억기를 충분히 관리하는데서 제기되는 요구사항들을 설명한다. 
다음에 현재 사용되는 여 러 가지 단순한 기 억기관리 방안들을 고찰함으로써 기 억기관리기 
술에 접근해 간다. 여기서 주목하는것은 프로그람이 실행되자면 그것이 주기억기에 적재 
되여야 한다는 요구사항이다. 이것에 대한 해설은 기억기관리의 기본적인 몇가지 원리를 
소개하는 방법으로 진행한다. 

제 1 절. 기억기관리의 요구 

기억기관리와 관련한 여러가지 기구들과 방책들을 조사해 보면 기억기관리가 만족 
해야 할 요구사항들을 [ LIST 93] 에서는 다음의 5가지로 제기하고 있다. 즉 

• 재배정 

• 보호 

• 공유 

• 론리조직 

• 물리조직 

재배정 

다중프로그람처 리 에서 사용가능한 주기억기는 일반적 으로 여 러개의 프로쎄 스들사이 
에서 공유된다. 대표적으로 프로그람작성자는 프로그람이 실행중에 있을 때 다른 프로그 
람이 주기억기에 상주하겠는지를 미 리 알수 없다. 더우기 실행할 준비프로쎄스들의 큰 
집 결소를 줌으로써 처 리 기의 사용률을 최대 로 높이 기 위하여 능동프로쎄 스들을 주기억 기 
에 교체넣기하거나 주기억기에서 교체내기하여야 한다. 일단 프로그람이 디스크에로 교 
체 내기되 였으면 다음에 그것 이 거꾸로 교체넣기할 때 이전과 같은 주기억구역 에 배 치되 
여 야 한다고 결론하기 는 대 단히 어 렵 다. 대 신에 프로쎄 스를 기 억 기 의 다른 구역 에 재 배 
정 할 필요가 있 다. 

이때 프로그람이 어디에 위치하는지 앞질러 알수 없으며 교체로 인하여 프로그람이 
주기억 기 안에 서 사방으로 이 동할수 있 다. 이 와 같은 사정 은 그림 7-1 에 보여 준것 과 같 
은 주소지 정 과 관련된 몇 가지 기 술적 문제 를 발생 시 킨다. 이 그림 은 프로쎄 스형 태 를 보여 
주고 있다. 간단히 고찰하기 위하여 프로쎄 스형 태 가 주기억기 에서 련속구역 을 차지한다 
고 가정한다. 명백하게 조작체계는 프로쎄스조종정보와 실행 탄창의 위치, 프로쎄스용프로 
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그람의 실행을 시작하는 입구점의 위치를 알아야 할것이다. 조작체계가 기억기를 관리하 
고 프로쎄스를 주기억기에로 끌어 들여야 하므로 주소들을 쉽게 얻어 낼수 있다. 더우기 
처 리기는 프로그람안에서 기 억기의 참조문제를 취급하여 야 한다. 갈래명 령 안에는 다음 
번에 실행될 명령을 참조하기 위한 주소가 들어 있다. 자료참조명령에는 참조되는 자료 
에 대한 바이트 혹은 단어길이주소가 포함되여 있다. 한편 처리기하드웨어와 조작체계쏘 
프트웨 어 인 프로그람코드안에 있는 기 억 기 참조값들을 주기 억 기 안에서 현재 프로그람의 
위 치를 반영 하는 실제 적 인 기 억 기 물리 주소값들로 변환할수 있 어 야 한다. 

보호 

매개 프로쎄스들은 우연적이든 계획적이든 다른 프로쎄스에 의한 간섭으로부터 보호 
되여야 한다. 그러면 다른 프로쎄스의 프로그람들은 허가 없이 읽거나 쓰기의 목적으로 
프로쎄 스안의 기 억기위 치를 참조할수 없다. 한마디 로 재배정 요구들을 만족시 키면 그에 
따라 보호의 요구를 만족시키기가 힘들어 진다. 주기억기안에서 프로그람의 위치는 예견 
할수 없으므로 보호를 확증하기 위해 콤파일시에 절대주소를 조사한다는것은 불가능하다. 
더우기 대다수 프로그람작성언어들은 실행할 때 동적으로(실례로 배렬첨수지정자나 자료 
구조에 대 한 지시 자를 계산하는것으로) 주소계산을 진행 한다. 프로쎄스에 의 하여 발생되 
는 모든 기억기참조들은 프로쎄스에 배정된 기억공간만 확실히 참조하기 위하여 실행할 
때 검사하여 야 한다. 그리 하여 여 기서는 재배정을 지 원하고 보호의 요구를 지 원하는 기 
구를 고찰한다. 

보통 사용자프로쎄스는 조작체계의 부분이나 프로그람 또는 자료에 접근할수 없다. 
또한 한 프로쎄스안의 프로그람을 보통 다른 프로쎄스안의 명령에로 갈래를 일으킬수 없 
다. 한 프로쎄스안의 배치를 특별히 하지 않는한 프로그람은 다른 프로쎄스의 자료에 접 
근할수 없다. 처리기는 실행점에서 명령을 취소할수 있어야 한다. 

기억기보호요구는 조작체계(쏘프트웨어)보다 처리기(하드웨어)에 의하여 만족되여 
야 한다. 이것은 프로그람에서 진행되는 모든 기억기참조들을 조작체계가 미리 예상할수 
없기때문이다. 비록 그러한 예상을 할수 있다고 해도 매개 프로그람에 대하여 미리 있을 
수 있는 기 억기참조위반을 막는다는것은 대단한 시간랑비일것이 다. 참조하는 명령을 실 
행할 때 기억기참조(자료접근이나 갈래)를 허용할수 있다. 이것을 실현하기 위해서 처리 
기하드웨 어는 그런 능력을 가지고 있어 야 한다. 
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：!림 7-1. 프로쎄스에 대한 주소지정의 요구 



공유 

어떤 보호기구든지 여러개의 프로쎄스들이 주기억기의 동일한 부분을 호출할수 있게 
해야 한다. 실례로 여러개의 프로쎄스들이 동일한 프로그람을 실행하고 있다면 매개 프 
로쎄스들이 프로그람의 한개 사본에 접근하는것 이 자기의 사본에 각각 접근하는것보다 
편리하다. 어떤 과제상에서 서로 협동하는 프로쎄스들은 동일한 프로쎄스에 대한 접근을 
공유할 필요가 있을수 있다. 그러므로 기억기관리체계는 필수적인 보호를 보장하면서도 
공유하는 기억구역에 대한 제한된 접근을 허용하여야 한다. 이로부터 재배정지원공유능 
력을 지원하는데 사용되 는 기 구를 보게 될것 이 다. 

론리조직 

콤퓨터체계에서 주기억기는 거의나 변함 없이 바이트 또는 단어순서들을 구성하는 
선형적 인 또는 1차원적 인 주소공간으로 조직된다. 2차기억기도 물리적 인 준위 에서 거의 
류사하게 조직된다. 이러한 조직방법은 실제적인 기계하드웨어에 밀접하게 반영되기는 
하지만 프로그람을 구축하는 전형적 인 방법 에 대응하지는 못한다. 대부분의 프로그람들 
은 모둘들로 조직 화하는데 그것 들중의 일부는 변경할수 없는것 이 고 (읽 기 만 하거 나 실 행 
만 하는것 ) 또다른 일부는 변경 할수 있는 자료를 포함하고 있 다. 만일 조작체 계 와 콤퓨터 
하드웨 어 가 사용자프로그람과 자료를 몇 가지 종류의 모둘형 태로 효과적으로 취급할수 있 
다면 여 러 가지 우점 을 발휘할수 있 다. 즉 

1. 모둘들은 실행할 때 한 모둘로부터 체계 에 의해 파생되는 다른 모둘에 대 한 모든 
것을 참조하면서 독립적으로 작성되고 콤파일될수 있다. 

2. 적 당한 간접 소비 시 간을 소비하면서 각이한 모둘들에 각이한 등급의 보호 (읽 기 만 
하거나 실행만 하는것)를 걸수 있다. 

3. 모둘들이 프로쎄스들사이에서 공유할수 있는 기구들을 적용할수 있다. 모둘준위 
에서 공유를 실현하는것이 가지는 우점은 이것이 사용자의 문제고찰방법에 대응 
하고 있고 이 로부터 사용자가 희 망하는 공유를 쉽 게 명 시할수 있는것 이 다. 

이 요구사항들을 가장 쉽게 만족시키는 도구가 바로 토막화인데 이것은 이 장에서 
취 급하는 기 억기 관리수법의 하나이 다. 

물리조직 

제1장 제5절에서 서술한바와 같이 콤퓨터기억기는 최소한 주기억기와 2차기억기라고 
부르는 두개의 준위 로 구성된다. 주기억 기는 상대적 으로 원가가 높고 호출속도가 빠르다. 
주기억기는 또한 휘 발성 이다. 즉 영구기 억기 가 아니 다. 2차기억기는 주기억기 에 비 하여 
속도가 뜨고 값이 눅으며 보통은 비휘 발성 이다. 이 렇게 대 용량 2차기억기 가 프로그람이 
나 자료를 오랜 기 간 기 억하는 반면에 보다 작은 용량의 주기억 기는 현재 사용하고 있는 
동안만 프로그람과 자료를 유지한다. 

2준위방안에서는 주기억기와 2차기억기사이의 정보흐름을 조작하는데 체계가 중요하 
게 관여한다. 이것을 해결할것을 개별적인 프로그람작성자에게 부과시킬수도 있으나 이 
것은 다음의 두가지 리유로 하여 실현할수도 없고 희망할수도 없다. 즉 

1. 프로그람과 그것의 자료용으로 사용가능한 주기억기가 충분하지 못할수 있다. 그 
러한 경우에 프로그람작성자는 실천에서 겹쳐놓기라고 알려 진 수법을 사용하는 
데 겹쳐놓기에서는 필요할 때 모둘들을 안팎으로 절환하는 주프로그람과 자료는 
각이한 모둘들이 동일한 기억구역을 할당받을수 있게 조직된다. 콤파일러도구의 
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방조가 있 다해 도 겹 쳐 놓기 프로그람작성 은 프로그람작성 자의 시 간을 랑비 한다. 

2. 다중프로그람처 리 환경 에서 프로그람작성 자는 프로그람을 작성할 때 얼마나 큰 공 
간을 사용할수 있고 또 그 공간이 어디에 있는지 알수 없다. 

이 로부터 기 억 기의 2준위사이 에서 체계 가 움직이도록 하는것은 명백하다. 이 과제 가 
바로 기억기관리의 본질이다. 

제 2 절. 기억기의 분할 

기 억기관리의 원리적 조작은 프로그람을 처 리소자가 실행 하도록 그것을 주기 억기에 
끌어 들이는것 이 다. 거의 모든 현대적 인 다중프로그람처 리체계 에서 이것은 가상기 억기 라 
고 하는 정교한 방안을 포함한다. 가상기억기는 바꾸어 말하면 토막화와 페지화라는 두 
가지 기본 수법중의 한가지 또는 두가지의 사용에 기초한것이다. 가상기억기의 수법을 
고찰하기전에 가상기억기를 포함하지 않는 보다 간단한 수법을 먼저 고찰하여 기초를 준 
비 하도록 한다(표 7-1). 그러한 수법 들중의 하나가 바로 분할법 인데 이 것은 여 러 가지 종 
류의 시대에 뒤떨어 지지 않는 조작체계에서 사용되고 있다. 다른 두가지 수법은 단순페 
지화와 단순토막화인데 그자체로서는 쓰지 않는다. 어쨌든 가상기억기를 고찰하면 가상 
기 억기 에 대 한 표상이 명백해 질것 이다. 

고정분할법 

대부분의 기 억기관리 방안들에서 는 조작체계 가 주기억기의 고정된 부분을 차지 하고 
나머지 부분을 여 러개의 프로쎄스들이 사용한다고 가정할수 있다. 이 러한 사용가능한 기 
억기를 관리하는 가장 간단한 방안이 그것을 고정경계를 가진 령역 으로 분할하는것 이 다. 

표 7-1. 기억기관리수법 


수법 

설명 

우점 

결함 

고정 분할법 

체계가 발생할 때 주기억기를 여러 
개의 정적분할구역으로 나눈다. 프로 
쎄스는 크기가 같거 나 더 큰 분구에 
적재될수 있다. 

실현이 간단하고 
조작체계의 간접 
소비시간이 작다. 

내부조각들때문에 기 
억기사용이 비효률적 
이고 능동프로쎄스의 
최대수가 고정된다. 

동적 분할법 

분할구역들이 동적으로 만들어 지므 
로 매개 프로쎄스는 그 프로쎄스와 
꼭 같은 크기의 분할구역에 적재된 
다. 

내부쪼각이 없고, 
주기억기의 사용 
이 보다 효 률 적 
이다. 

외부조각을 계수해야 
하므로 처리기의 사 
용이 비효률적이다. 

단순폐지화법 

주기 억기를 크기가 동일한 많은 프레 
임으로 나눈다. 매개 프로쎄스는 프레 
임과 갈은 길이를 가지는 동일한 크 
기의 많은 폐지들로 나눈다. 프로쎄스 
는 가능한껏 린접하지만 필수적으로 
린접하지는 않는 프레임들에 모든 페 
지들을 적재하는식으로 적재된다. 

외부쪼각이 없다. 

적은 량의 내부조각 
이 있다. 

단순토막화법 

매개 프로쎄스는 많은 토막들로 나눈 
다. 프로쎄스는 린접해야 할 필요가 
없는 동적 인 분할구역들에 모든 토막 
들을 적재하는 식으로 적재된다. 

내부쪼각이 없다. 

기억기사용률을 개선 
하고 동적분할법에 
비하여 간접소비시간 
이 풀어 든다. 
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분할구역크기 

그림 7-2 에서는 두가지 서로다른 고정분할법의 실례를 - 
의 분할구역을 사용하는것이다. 이러한 경우에 분할구역 
가 같은 프로쎄스는 임의의 사용가능한 분할구역에 적재 










동일한 크기의 고정분할구역을 사용하는데는 두가지 난점 이 있다. 즉 


• 동일한 크기의 분할구역보다 지내 클수 있다. 이때 프로그람작성자는 겹쳐놓기법 
을 사용하여 프로그람을 설계해야 하는데 이렇게 되면 어떤 한 순간에 주기억기 
에는 프로그람의 한 부분만이 있어도 된다. 현재 없는 모둘이 필요할 때 사용자 
프로그람은 거기에 프로그람이나 또는 자료가 있던지간에 겹쳐놓기를 하면서 프 
로그람의 분할구역에 그 모둘을 적재하여야 한다. 

• 주기 억기관리가 대 단히 비효률적 이 다. 어떤 프로그람이 얼마나 작은지에는 관계 
없이 옹근 분할구역을 차지한다. 실례에서 보면 프로그람의 길이가 2 MB 보다 작 
을수 있지만 그것이 교체되여 들어올 때는 역시 8 MB 의 분할구역을 차지한다. 적 
재된 자료블로크가 분할구역보다 더 작아서 분할구역에 랑비되는 기억공간이 있 
게 되는 현상을 내부쪼각화라고 한다. 

이러한 두가지 문제는 비동일크기분할법 (그림 7-2 iO 을 씨서 줄일수 있지만 완전히 
해 결 할수는 없 다. 이 실례 에 서 16 MB 만큼 큰 프로그람들은 겹 쳐 놓기 가 없 이 조정할수 있 
다. 크기가 8 MB 보다 작은 분할구역들은 크기가 보다 작은 프로그람들로 하여금 내부조 
각이 적 게 되 도록 조정할수 있 다. 

배치알고리듬 

동일크기분할에서는 기 억기상에서 프로쎄스의 배치가 단순하다. 임의의 사용가능한 
분할구역이 있으면 프로쎄스는 그것에 적재될수 있다. 모든 분할구역의 크기가 같기때문 
에 어느 분할구역이 사용되든 상관이 없다. 만일 모든 분할구역들이 실행준비상태가 아 
닌 프로쎄 스들로 꽉 찼다면 이 프로쎄 스들중의 하나가 새 로운 프로쎄 스를 위한 마당을 
마련 하기 위해 교체 되 여 나가야 한다. 어 느것 을 교체해 내 보내 는가가 바로 일 정작성 결 
정인데 이것에 대하여서는 제4편에서 보게 된다. 

비동일크기분할에서는 프로쎄스를 분할구역에 할당하는데 두가지 방법 이 있다. 매개 
프로쎄스를 할당하는 가장 단순한 방법은 그것이 들어 맞는 분할구역들가운데서 가장 작 
은것 에 할당하는것 이 다. 1 그러한 경우에 그 분할구역을 쓰기 로 예정되 여 있는 교체되 여 
나간 프로쎄스들을 유지하기 위하여 매 개 분할구역 에 대 한 일정작성대기렬 이 요구된다 
그림 (7-31). 이 방법의 우점은 프로쎄스들이 항상 분할구역에서 랑비되는 기억공간(내 
부조각)을 최소화하는 방향에서 할당된다는것 이 다. 

이 방법이 개별적인 분할구역의 시점에서는 최적인것처럼 보이지만 체계전체의 시점 
에서 보면 최적이 못된다. 실례를 들어 그림 7-2 L 에서 보면 어떤 시점에서 크기가 12 M 〜 
16 M 사이에 프로쎄스가 없는 경우를 생각할수 있다. 그러한 경우 16 M 의 분할구역은 그보 
다 작은 프로쎄스가 그것에 할당할수 있었다해도 사용하지 않은채로 남아 있다. 이때 더 
나은 방법은 모든 프로쎄스들에서 하나의 대기렬을 사용하는것이다(그림 7-3 L ). 

프로쎄스를 기 억기 에 적재할 때 프로쎄스를 담게 될 사용가능한 분할구역 이 선택된다. 
분할구역들이 모두 차지된다면 교체결정을 하여야 한다. 좋기는 들어 오는 프로쎄스를 
담게 될 가장 작은 분할구역 을 교체하여 내 보내 는것 이 다. 또한 우선권과 같은 다른 요 
인들과 페 색된 프로쎄 스들과 준비 된 프로쎄스 등을 교체해 내 기 위한 좋은 방법 도 생 각 
해 볼수 있다. 


이것은 프로쎄스가 요구하는 기억기의 최대량을 안다고 가정한다. 그런데 이것은 항상 있는 경우 
가 아니다. 프로쎄스가 얼마나 큰것인지 알수 없다면 겹쳐놓기방안이나 가상기억기를 사용하는수밖 
에 다른 방법이 없다. 
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그림 7-3. 고정 분할법 에 의한 기 억 기할당 
"1- 분할구역당 한개의 프로쎄스대기렬 , L - 단일대기렬 

비동일크기분할법 은 고정크기분할법 에 비 하여 유연성 을 보장한다. 또한 고정분할방 
안들은 비 교적 단순하고 최 소한의 조작체 계쏘프트웨어 와 간접소비시 간을 요구한다고 말 
할수 있다. 한편 다음과 같은 결함을 가지고 있다. 즉 

• 체 계발생 시 에 명 시된 분할구역 의 수는 체 계안에 있는 응용프로쎄 스(중단되지 않 
은)의 수를 제한한다. 

• 체 계발생 시 에 분할구역의 크기 가 미 리 정 해지 기때 문에 작은 일감들은 분할구역공 
간을 효률적으로 사용할수 없다. 모든 일감들의 기본적 인 기 억기요구사항들이 미 
리 알려 진 환경에서는 이 수법이 적합할수 있으나 대부분의 경우에는 효률적이 
지 못하다. 

고정분할법 은 현재 는 거 의 사용하지 않는다. 사용한 성 공적 인 조작체 계 의 한가지 실 
례로서는 이전에 나온 IBM 대형콤퓨터조작체계 OS / MFT (과제수가 고정된 다중프로그람 
처리체계)를 着수 있다. 

동적분할법 

고정 분할법 의 몇 가지 난점 들을 극복하기 위하여 동적 분할법 이 개 발되 였 다. 이 방법 
은 보다 정 교한 기 억 기관리수법들에 의하여 다시 크게 교체되 였다. 이 수법 을 사용한 중 
요한 조작체계는 IBM 의 대형콤퓨터조작체계 OS / MVT (과제수가 변하는 다중프로그람처 
리 체 계 ) 이다. 

동적분할에서는 할당구역의 길이와 개수가 변한다. 프로쎄스가 주기억기에 들어 올 
때 분할구역은 정확히 프로쎄스가 요구하는 크기만큼 배정되고 더 되지 않는다. 그림 
7-4 에서는 64 Mbyte 의 주기 억 기를 사용하는 실례 를 보여 주고 있다. 초기 에 주기 억기는 
조작체 계를 제 외 하고 모두 비 여있다 (1) . 처 음 3개의 프로쎄스가 적재되는데 조작체 계 가 
끝나는곳에서 시작하여 매개 프로쎄스에 충분한 공간을 차지하고 있다 ( l ， n , H ). 이것 
은 기억기의 마지막 부분에 4번째 프로쎄스를 넣기는 너무 작은《구멍》을 남겨 놓고 있 
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외부조각화를 극복하기 위 한 한가지 수법 이 바로 조이기 이 다. 즉 시간이 경과함에 
따라 조작체계는 프로쎄스들을 그것이 린접되여 있도록 이동하며 그것으로 하여 모든 자 
유기 억구역들이 한개의 블로크에 모이게 된다. 실례를 들어 그림 7-4 o 에서 조이기는 한 
개의 블로크에 16 MB 길 이의 빈 기 억기 가 생기 는 결과를 초래한다. 이 것은 프로쎄스를 추 
가하여 적 재 하는데 충분할수 있 다. 압축의 난점 은 그것 이 시 간을 소비 하는 수속이라는것 
과 이 로부터 처 리 기 의 시 간이 랑비 되 는것 이 다. 조이 기 는 동적 인 재 배 정 능력 을 필요로 한 
다. 즉 프로그람에서 기 억기참조들을 무효화함이 없이 주기억기의 한 구역 에서 다른 구 
역에로 프로그람을 옮길수 있어야 한다(부록 7-자를 보라). 

배치알고리듬 

기 억기조이기 에 시간이 들므로 조작체 계설계 자는 프로쎄스를 기 억기 에 어떻게 할당 
하겠는가(구멍을 어떻게 메우겠는가)를 관단하는데 재치가 있어야 한다. 프로쎄스를 주 
기 억 기 에 적 재하거 나 교체할 때 충분한 크기 를 가진 자유기 억 기 블로크가 한개 이 상 있 다 
면 조작체 계 는 어 느 자유블로크를 배 치하겠는가를 결정해 야 한다. 

최적적 합, 앞방향적합，뒤방향적합 등 세 가지 배 치알고리 듬을 사용할수 있다. 이것들 
은 물론 끌어 들이 는 프로쎄 스와 크기 가 갈거 나 보다 큰 주기억 기 안의 자유블로크들가운 
데서 하나를 선택하는것으로서 제한된다. 최적적합형은 요구되는것과 크기상 가장 가까 
운 블로크를 선택하는것 이 다. 앞방향적합형은 기 억기의 첫 머 리 에서부터 조사하여 충분 
히 큰 첫 사용가능한 블로크를 선택하는것이 다. 뒤방향적합형은 마지막으로 배치된 위치 
에 서 부터 기 억 기 를 조사하여 충분히 큰 다음의 사용가능한 블로크를 선택하는것 이 다. 

그림 7-5 기 에서는 여 러번의 배 치와 교체내기조작을 하고난 후의 기 억기구성상태를 
실례로 보여 주고 있다. 사용된 마지막 블로크가 22 MB 였는데 그것으로부터 14 MB 의 분 
할구역 이 창조되 였 다. 그림 7-5 에 서 는 16 MB 의 배 정 요청 을 만족시키 는데 서 세 가지 배 치 
알고리 듬사이의 차이 점 을 보여 주고 있다. 최적적 합알고리 듬은 사용가능한 블로크들의 
전체 목록을 탐색하여 2 MB 의 조각을 남기 는 18 MB 블로크를 사용한다. 앞방향적합알고 
리 듬은 6 MB 의 조각을 만들고 뒤방향적합알고리 듬은 20 MB 의 조각을 남긴 다. 

이 방법들중의 어느것이 제일 좋은가는 집행되는 프로쎄스교체의 정확한 순서와 이 
프로쎄스들의 크기에 관계된다. 한편 몇가지 일반적 인 주해를 붙일수 있다 ([ BREN 89]， 
[ SHOR 75] , [ BAYS 7 기 을 보라. ) . 앞방향적 합알고리 듬은 가장 단순할뿐아니 라 일 반적 으 
로 가장 좋고 속도도 제 일 높다. 뒤방향적합알고리 듬은 앞방향적합알고리 듬에 비 하여 조 
금 나쁜 결과를 내는 경 향이 있다. 뒤방향적합알고리 듬은 더 자주 기 억기의 끝부분에 있 
는 자유블로크로부터 배정을 해 나간다. 결과 흔히 기억기의 끝부분에 나타나는 자유기 
억 기의 가장 큰 블로크가 작은 조각들로 인차 깨 여 진다. 그리하여 뒤방향적합알고리 듬 
에서 는 조이 기 가 더 자주 요구될수 있다. 한편 앞방향적합알고리 듬은 매 개 순차적 인 앞 
방향적합경 로에서 찾을 필요가 제 기되는 작은 자유할당구역들로 전방끝부분을 분산시 킬 
수 있다. 최적적합알고리듬은 그 이름에도 불구하고 보통 결과가 제일 나른것으로 된다. 
이 알고리듬은 요구를 만족시키는 가장 작은 블로크를 탐색 하기때문에 그것은 가능한 계 
일 작은 조각이 뒤에 남아 있다는것을 담보할수 있다. 매 기억기요구가 항상 가장 작은 
량의 기 억기를 소비할것을 요구하지만 결과는 기 억기배정요구를 만족시키기에는 너무나 
작은 블로크들로 인차 분산되는것으로 된다. 따라서 다른 알고리듬들에 비하여 기억기조 
이기가 더 자주 진행되여야 한다. 
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그림 7-5. 16 MB 블로크의 배정전후의 기억기구성실례 
T - 전， L - 후 

치환알고리듬 

동적분할을 쓰는 다중프로그람처 리체계에서는 주기억기 안에 있는 프로쎄 스들이 모 
두 블로크화된 상태 에 있고 조이기를 한후에도 프로쎄스를 추가하기에는 기 억기가 모자 
라는 경우가 있다. 능동프로쎄스가 비페색상태로 되기를 기다리는 처리기시간의 랑비를 
없 애 기 위 해 서 는 조작체 계 가 주기 억 기 안에 있는 프로쎄 스들중의 한개 를 새 로운 프로쎄 스 
나 준비 -중단상태 에 있 는 프로쎄 스를 위한 공간을 확보하기 위하여 교체하여 주기억 기밖 
으로 내 보내 야 한다. 따라서 조작체 계 는 어 느 프로쎄 스를 교체할것 인가를 선택하여 야 
한다. 교체알고리 듬이 여 러 가지 가상기 억방안들에 대 한 몇 가지 세 부를 포괄하기때 문에 
교체알고리 듬에 대 한 해 설을 그때 에 가서 하기 로 한다. 

동료체계 

고정분할방법 과 동적분할방법 은 둘다 결 함을 가지 고 있다. 고정분할방법 은 능동 
프로쎄스의 수를 제한하며 사용가능한 분할구역의 크기와 프로쎄스의 크기가 잘 맞 
지 않으면 기 억 공간을 비효률적 으로 사용할수 있다. 동적분할방법 은 관리 가 보다 복 
잡하며 조이기를 하는데 추가적 인 시간이 든다. 흥미 있는 타협 안이 바로 동료체계 이 
다 ([KNUT 97], [ PETE 77]). 


286 



동료체계에서 기억기블로크들은 2 k ， Mk ^ US ] 크기를 가질수 있다. 여기서 
2 l = 배정되는 가장 작은 블로크의 크기 

2 U = 배정되는 가장 큰 블로크크기; 일반적으로는 2 17 가 배정에 
사용가능한 전체 기억기의 크기로 된다. 

배정을 시작할 때 사용가능한 전체 기억공간은 의 크기를 가진 하나의 블로크를 취 
급한다. 2 U ~ X < s 증2^ 만한 크기 s 의 요구가 제기되면 옹근블로크가 배당된다. 그렇지 않으면 
블로크는 2이만한 크기의 똑같은 두개의 동료들로 갈라 진다. 만일 요나생 人용날义서이면 요구 
는 두개 동료들중의 하나에 배정된다. 그렇지 않으면 동료들중의 하나는 다시 절반으로 갈라 
진다. 이러한 과정은 s 보다 크거나 같은 가장 작은 블로크가 생겨 나고 요구에 따라 그것이 
배정될 때까지 계속된다. 임의의 시각에 동료체계는 매개의 크기가 分인 구멍(배정되지 않 
은 블로크)들에 대한 목록을 유지하고 있다. i 번째 목록에 있는 크기가 2 ; '인 두개의 동료를 
창조하기 위 하여 ( M ) 번째 목록을 둘로 가르는것 으로 구멍을 제거 할수 있다. /번째 목록에서 
두개의 동료가 다 배정되지 않으면 그것들은 목록에서 삭제되고 ( M ) 번째 목록의 한개의 블 
로크로 합쳐 진다. T 1 < s 중앍인 ic 크기를 배정하는 요구가 제기되면 다음의 회귀알고리듬 
([LIST 93]) 은 크기가 갗인 구멍을 찾는데 사용한다. 즉 

void get_hole ( int i ) 

{ 

if ( i = = (U + 1) ) 

< failure >； 

if ( < ijist empty > ) 

{ 

get_hole ( i +1 ) ■; 

< split hole into buddies > 

< put buddies on i_list > : 

} 

< fake first hole on i_list 1 公' t 

} 

그림 7-6 에서는 1 MB 의 초기블로크를 사용하는 실례를 보여 주고 있다. 첫번째 요구 
A 는 100 KB 를 배정하는것이므로 128 K 블로크가 필요하다. 이때 초기블로크는 두개의 512 K 
동료로 나누어 진다. 이것들중의 첫번째의것이 두개의 256 K 쌍으로 갈라 지고 또 이것들중 
의 첫번째의것이 두개의 128 K 로 갈라 지며 그것들중의 하나가 A 에 배정된다. 다음의 요구 
묘에는 256 K 블로크가 필요하다. 그러한 블로크는 이미 사용할수 있으므로 즉시 배정된다. 
이러한 과정은 필요할 때까지 분할과 통합을 계속한다. 표가 해방되였을 때 두개의 128 K 
쌍은 256 K 블로크로 통합되 고 또 그것들은 즉시 에 자기 들의 동료와 통합된다. 

그림 7-7 에서는 B 요구가 해방된 직후의 동료배정의 2진나무표현을 보여 주고 있다. 
잎마디들은 기억기의 현재 분할을 나타 낸다. 만약 두 동료가 잎마디라면 최소한 하나는 
배정되여야 하며 그렇지 않으면 보다 큰 블로크로 통합되여야 한다. 

동료체계 가 고정분할과 동적분할의 두가지 방안의 결함을 극복하기 위 한 합리적 인 타협 
안이기는 하지만 현대적인 조작체계에서는 페지화와 토막화에 기초한 가상기억기가 보다 우 
월 하다. 그러 나 동료체 계 는 병 렬 체 계 에 서 병 렬 프로그람들을 배 치 하고 개 발하는 효과적 인 수 
단으로서 사용되 고 있다 ([JOHN 9幻를 보라.). 동료체 계 의 개 선된 형태가 UNIX 의 핵 심 부의 
기억기배정에서 사용되고 있다(이것에 대해서는 계8장에서 서술하였다.). 
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재배정 

분할법의 부족점을 퇴치하는 방법을 고찰하기전에 기억기상에서 프로쎄스의 배치와 
관련되는 한가지 애매한 문제 를 명백 히 하여 야 한다. 그림 7-3 1의 고정분할방법을 사용 
하는 경우에는 프로쎄스가 언제 나 같은 분할구역에 할당될것 이 라고 할수 있다. 다시 말 
하여 이 방법 은 새 로운 프로쎄스를 적재할 때 어 느 분할구역 이 선택되든지간에 그것 이 
교체 되 여 나간후에 프로쎄 스를 기 억 기 에 로 도로 교체하여 넣 는데 사용된 다. 그러한 경 우 
에는 부록 7-1 에서 서술한것과 같은 단순재배정적재기를 쓸수 있다. 프로쎄스가 처음 
적재될 때 코드안에 있는 모든 상대 적 인 기 억 기참조들은 적재된 프로쎄스의 기 준주소로 
결정 되 는 주기억 기 절대 주소에 의하여 바뀌 여 진다. 

분할구역들의 크기 가 갈은 경우(그림 7-2) 에 또한 크기 가 같지 않은 분할구역들에 대 한 
한개의 프로쎄 스대기 렬의 경 우(그림 7-3 l ) 에 프로쎄 스는 그것의 생명주기 들만 서 로다른 분 
할구역들을 차지 할수 있다. 프로쎄스형 태 가 처음 창조되 였을 때 그것은 주기억기의 몇 개의 
분할구역들에 적재된다. 후에 프로쎄스는 교체되여 나갈수 있다. 후에 그것이 도로 교체되여 
들어올 때는 다른 분할구역에 할당될수 있다. 동적분할인 경우에도 사정은 마찬가지이다. 그 
림 7-4 도와 7-4 o 에서는 프로쎄스 2가 끌려 들어 오는 두가지 경우에 주기억기의 서로다른 
두 구역을 차지하는것을 보여 주고 있다. 한편 조이기를 할 때 프로쎄스들은 주기억기 안에서 
이동한다. 이렇게 프로쎄스가 참조하는 위치 (명령과 자료의 위치)는 고정되여 있지 않다. 이 
것은 프로쎄스가 교체되 여 들어 오거 나 이동할 때 마다 매 번 변한다. 이 문제를 해결하기 위 
하여 서로 구별되는 몇가지 형태의 주소지정방법을 사용한다. 론리주소는 현재의 기억기자료 
할당과 무관계 한 기 억기위 치 참조이다. 이때 에는 기 억기 에 접근하기전에 그것을 물리주소로 
변환하여 야 한다. 상대주소는 론리주소의 특수한 실례 인데 여기서는 주소가 보통 프로그람의 
시작점과 같은 몇개의 알려진 점에 대한 상대적인 위치로 표현된다. 물리주소 또는 절대주소 
는 주기 억 기 안의 실 제 적 인 위 치 이 다. 



그림 7-7. 동료체계의 나무표현 
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주기억의 프로쎄스형래 


그림 7-8. 재배정에 대한 하드웨어적지원 

기 억 기 상대 주소를 쓰는 프로그람들은 동적 실 행 시 적 재 방법 을 사용하여 적 재 된 다(상세 한 
것은 부록 7- 자을 볼것). 이것은 적재된 프로쎄스안의 모든 기억기참조값들이 프로그람의 원 
점에 대하여 상대적이라는것을 의미한다. 그리하여 참조를 포함하는 명령을 실행할 때에는 
상대주소를 주기 억기의 물리주소로 변환하는 하드웨 어적 인 기구가 필요하다 

그림 7-8 에서 주소변환을 대 표적 으로 진행하는 방법 을 보여 주고 있다. 처 리 기의 전 
용등록기 에 주기억기의 프로쎄 스시 작주소가 넣 어 진다. 프로그람의 끝위 치를 지정하는 
경계등록기도 있다. 이 값(끝위치값)들은 프로그람이 기억기에 적재되거나 프로쎄스가 
교체넣 기 될 때 설정 되 여 야 한다. 프로쎄 스의 실 행 과정 에 상대 주소들과 맞다 들게 된다. 
이것들은 명령등록기의 내용들，갈래명령과 호출명령들에서 나타나는 명령주소들, 적재 명 
령과 기 억명 령들에서 나타나는 자료주소들을 포함한다. 그러한 매개 상대주소들은 처 리 
기 가 진행하는 두 단계 의 조작을 통과하여 나간다. 우선 절 대 주소를 만들기 위하여 기 준 
등록기값을 상대주소에 더한다. 다음으로 얻어진 주소값을 경계등록기의 값과 비교한다. 
주소값이 경계안에 있으면 명 령실행은 전진한다. 그렇지 않으면 여 러가지 방법 으로 오유 
에 대응하는 새치기가 조작체계에 발생된다. 

그림 7-8 에 제시한 방안에서는 실행과정 에 프로그람들이 기 억기의 안팎으로 교체될 
수 있다. 그것은 또한 일정한 정도의 보호기능을 준다. 즉 매개 프로쎄스형 태는 기준 및 
경 계 등록기 의 내 용에 의하여 서 로 분리 되 므로 다른 프로쎄 스가 불필 요한 접 근을 하는데 
대해서는 안전 하다 . 

제 3 절. 페지화 

동일하지 않은 고정크기나 가변크기를 가진 분할구역들은 다 같이 기억기사용에서 
효률적이지 못하다. 전자는 내부조각들을 만들어 내며 후자는 외부조각들을 만들어 낸다. 
한편 주기 억기 가 상대적으로 작은 동일한 고정크기의 토막들로 분할되고 매개 프로쎄스 
가 또한 같은 크기의 작은 고정크기토막들로 나뉘여 진다고 가정하자. 그러면 페지라고 
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그림 7-9 에서 페지와 프레임들의 사용실례로 보여 주고 있다. 일부는 자유로운 상태 
에 있 다. 조작체 계 는 자유프레 임 들의 목록을 관리한다. 디 스크에 넣 어 진 프로쎄 스 A 는 
네개의 페지를 이 룬다. 이 프로쎄 스를 적재할 때 가 되 면 조작체 계는 네개의 프레 임 에 적 
재한다(그림 7-9 L ). 세개의 폐지 로 이 루어 지는 프로쎄스 B 와 네개의 페지 로 이루어 
지는 프로쎄스 C 도 뒤 따라 적재된다. 다음에 프로쎄스 묘가 중지되 고 주기억기밖으로 교 
체 되 여 나간다. 그뒤 에 주기억기 안에 있는 모든 프로쎄스들이 페 색되며 조작체계 는 다섯 
개의 페지로 이루어 지는 새로운 프로쎄스인 프로쎄스 D 를 끌어 들인다. 

이제 이 실례에서와 같이 프로쎄스를 담을만큼 충분하고 사용하지 않는 련속된 프 
레임들이 없다고 가정하자. 이것이 조작체계가 프로쎄스 D 를 적재할수 없게 하겠는가? 대 
답은《아니》이다. 그것은 론리주소의 개념을 다시 한번 사용할수 있기때문이다. 단순한 
기준주소등록기가 더이상 충분하지 않다. 오히려 조작체계는 매 프로쎄스에 대한 폐지표 
를 관리한다. 페지 표는 프로쎄스의 매 개 폐지 에 대 한 프레 임의 배 치를 보여 준다. 프로그 
람안에서 매개 론리주소들은 페지번호와 폐지안에서의 편위로 구성된다. 단순분할인 경 
우에 론리주소가 프로그람의 시작과 관계되는 단어의 위치이고 처리기는 그것을 물리주 
소로 변환한다는것을 상기하자. 폐지화에서 론리주소-물리주소변환은 여전히 처 리기하드 
웨어에 의해 진행된다. 이때 처리기는 현행프로쎄스의 페지표를 어떻게 호출하겠는가를 
알아야 한다. 론리주소(페지번호와 편위)로 제시된것을 처리기는 물리주소(프레임번호와 
편위 ) 로 엄 어 내 기 위해 페 지 표를 사용한다. 

우에서 한 설명을 계속하면 프로쎄스 D 의 5개의 폐지들은 프레임 4, 5, 6, 11, 12 
에 적재한다. 그림 7-10 에서 는 이 시 점 에서 여 러 가지 페지표를 보여 주고 있다. 페지 표는 
프로쎄 스의 매 개 페 지 에 한개 의 입 구점 을 포함하고 있어서 표는 폐 지번호 (0 폐 지 로부터 
시작하여)에 의해 쉽게 색인할수 있다. 매개 페지표입구점들은 주기억기의 프레임번호를 
보유하고 있으며 그것은 대 응하는 폐지 를 보관한다. 또한 조작체 계 는 현재 차지하지 않 
고 페지들에 대하여 사용가능한 주기억기의 모든 프레임들의 한개의 자유프레임목록을 
유지 한다. 

이상에서 고정분할법과 류사한 단순페지화를 보았다. 고정분할법과의 차이점은 폐지 
화에 서 는 할당구역 이 보다 작고 프로그람이 한개 상의 할당구역 들을 차지할수 있으며 이 
할당구역들이 련속되여야 할 필요가 없다는것이다. 

페 지 화방안은 사용하기 편 리하게 하기 위하여 폐 지 크기 와 프레 임 크기 를 2의 제 곱으 
로 하자. 폐지크기를 2의 제곱으로 하여 사용하면 프로그람의 편위로 표시되는 론리주소 
가 동일하다는것을 쉽게 알수 있다. 그 실례를 그림 7-11 에서 보여 주고 있다. 이 실례에서 
는 16 bit 주소를 사용하고 페지 크기는 lK =1024 byte 이다. 상대 주소 1502는 2진표현으로서 
000001011101110이 다. 페지 크기가 1 K 인 경우에는 lObit 의 편위 마당이 필요하므로 6 bit 를 
폐지번호용으로 남겨 놓는다. 이렇게 하여 프로그람은 매개가 1 Kbyte 인 최대 =64개의 
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(폐지크기 = 1 K ) 

그림 7-11. 론리주소 
1- 분할법, L - 페지화, 토막화 


폐 지 들로 구성할수 있다. 그림 7-11 에 서 보여 준바와 같이 상대주소 1502는 페 지 
1(000001) 의 편 위 478(0111011110) 에 대응하는데 이것은 같은 16 bit 수인 00000101 
11011110을 낳게 된다. 

2의 제곱인 페지크기를 사용하면 두가지 결과가 얻어 진다. 첫째로，론리주소화방안 
이 프로그람작성자，아쎔블러 및 련결기에게 투명한것이다. 프로그람의 매개 론리주소(페 
지번호와 편위)는 그것의 상대주소와 꼭 같다. 둘째로，실행시에 동적으로 주소변환을 진 
행 하는 하드웨 어 의 기 능을 실현하기 가 상대 적 으로 쉽 다. d + m bit 의 주소를 생 각하자. 
여기서 왼쪽의 n bit 는 페지번호이고 오른쪽의 m bit 는 편위이다. 실례에서 (그림 7-11 
i _) n = 6이고 m = 10이다. 주소를 변환하기 위해서 다음의 단계를 거쳐야 한다. 즉 

• 론리주소의 왼쪽 n bit 토서 폐지번호를 따 낸다. 

• 프레임번호 쏘를 찾기 위하여 프로쎄스페지표에 대한 색인으로서 페지번호를 사 
용한다. 

• 프레임의 시작물리주소는 kx 2 m 이고 참조하는 바이트의 물리주소는 페지번호에 
편위를 더한 값이 다. 이 물리주소는 계산할 필요가 없다. 그것은 편위에 프레 임 
번호를 불여서 쉽게 얻어 진다. 

실례에서는 론리주소 0000010111011110을 사용하는데 여기서 폐지번호는 1이고 편차 
는 478이 다. 이 페 지 가 주기억 안의 프레 임 6 (2 진수로 00010) 에 있 다고 가정 하자. 그러 면 
물리주소는 프레임번호 6과 편위 478=0001100111011110 (그림 7-12 1) 이다. 

요약하면 단순폐 지 화에 서 는 주기억 기 를 많은 같은 크기 의 작은 프레 임 들로 나눈다. 


론리주소 = 론리주소 = 

상대 주소 = 1502 폐 지 tt = l ， 편위 =478 _토막 tt = l ， 편위 =752 

10000010111011110 | |00000l|011101111([ |000l|001011110000| 
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토막화가 사용하는 론리주소는 두 부분으로 이루어 지는데 이 경우에 하나는 토막번호이 
고 하나는 편위 이 다. 

크기 가 갈지 않은 토막을 사용하므로 토막화는 동적분할법과 류사하다. 겹 쳐놓기 방 
안이나 가상기억기를 사용하지 않는 상태에서 프로그람의 모든 토막들이 집행을 위해 기 
억기에 적재되여야 한다. 동적분할과 비교해 볼 때 차이점은 토막화에서는 프로그람이 
한개 이상의 분할구역을 차지 할수 있고 이 분할구역들은 련속되여 있을 필요가 없는것 이 
다. 토막화는 동적분할법과 같이 내부조각은 제거하지만 외부쏘각은 그대로 생긴다. 그러 
나 프로쎄스가 여러개의 보다 작은 파편들로 갈라 지기때문에 외부조각은 작아 진다. 

페지화가 프로그람작성 자에게는 보이지 않지만 반대로 토막화는 일반적으로 보이며 
프로그람과 자료를 조직하는데 편리한 수단을 준다. 대표적으로 프로그람작성자나 콤파 
일러는 프로그람과 자료를 다른 토막들에 할당한다. 모둘식 프로그람작성 에서 프로그람이 
나 자료는 여러개의 토막들로 보다 더 갈라 질수 있다. 이러한 봉사가 원리적으로 불편 
한 점은 프로그람작성자가 토막의 최대크기한계를 알고 있어 야 하는것 이 다. 

비동일크기토막들의 다른 결함은 론리주소와 물리주소사이의 관계가 단순하지 않은 
것 이 다. 페지화와 류사하게 단순토막화방안은 매개 프로쎄스에 대한 토막표와 주기 억기 
의 자유블로크목록을 사용한다. 매 개 토막표입 구점 은 주기 억 기 안에 서 대 응하는 토막의 
시 작주소를 주어 야 한다. 입구점은 또한 무효한 주소가 사용되지 않도록 담보하기 위 하 
여 토막길이를 주어야 한다. 프로쎄스가 실행상태에 들어 갈 때 그것의 토막표주소는 기 
억기관리하드웨어가 사용하는 전용등록기에 적재된다. n + m bit 의 주소를 생각하자. 여 
기서 왼쪽 n bit 는 토막번호이고 오른쪽 m bit 는 편위 이 다. 실례 (그림 7-11 n ) 에서는 
n = 4 이고 m = 12이 다. 이 렇게 하여 최대토막크기는 4096이 다. 주소변환을 위 하여 다음 
의 단계를 거처야 한다. 즉 

• 론리주소의 왼쪽 n bit 토서 토막번호를 따낸다. 

• 토막의 시 작물리 주소를 찾기 위하여 토막번 호를 프로쎄 스토막표에 대 한 첨 수로 
사용한다. 

• 오른쪽 m bit 로 표시된 편위를 토막길 이와 비 교한다. 편위 가 길 이보다 더 크다면 
주소는 무효하다. 

• 토막의 시작물리주소와 편위와의 합이 요구하는 물리주소이 다. 

실례 에서 론리주소 0001001011110000을 사용하는데 여 기서 토막번호는 1，편위 는 
752이 다. 이 토막이 물리 주소 0010000000100000에 서 시 작하는 주기 억 기 에 있 다고 가정 하 
자. 그러면 물리주소는 0010000000100000 + 001011110000 = 0010001100010000이 다(그림 
7-12 ᄂ) 

요약하면 단순토막화에서 프로쎄스는 크기가 같지 않아도 되는 여러개의 토막들로 
나누어 진다. 프로쎄스를 끌어 들여 올 때 그것의 모든 토막들은 기억기의 사용가능한 
령역에 적재되며 토막표가 작성된다. 

요약, 기본용어 및 복습문제 

조작체계의 가장 중요하고도 복잡한 과제의 하나는 기억기관리이다.기억기관리는 여 
러 개의 능동프로쎄 스들을 배 정 하고 공유하기 위 한 자원으로서 의 주기 억 기를 취 급한다 . 처 
리기와 입출력설비들을 효률적으로 사용하기 위해서는 될수록 주기억기안에 많은 프로쎄 
스를 유지 하는것 이 좋다. 더 우기 프로그람개 발에 서 프로그람작성 자들은 크기 의 제 약을 
받지 않도륵 하는것이 좋다. 
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Ni = Ai + Gi + Li 


일반적으로 지연동료체계는 국부자유블로크들의 집결소를 유지하려고 하며 다만 국 
부자유블로크들의 수가 턱값을 넘으면 합치기를 개시한다. 국부자유블로크가 너무 많다 
면 요구를 만족시켜야 할 다음 준위에서 자유블로크들이 모자랄수 있는 기회가 생긴다. 
블로크가 자유로워 질 때 대 부분의 시 간은 합치 기 를 발생하지 않으며 그래 서 최 소의 예 
산과 조작비용이 든다. 블로크가 배정될 때 국부적으로 및 전역적으로 자유로운 블로크 
들사이에서 명백한 차이가 이루어 지지 않으며 또 이것이 예산을 최소화한다. 

합치기에 사용된 기준은 주어 진 크기의 국부자유블로크들이 그 크기의 배정된 블로 
크의 수를 넘지 말아야 한다는것이다(즉 Li < Ai 가 만족되여야 한다.). 이것은 국부 
자유블로크들의 확대를 제 한하는 적 당한 안내방향인데 [ BARK 89] 에서의 실험은 이 방 
안이 현저한 절 약을 가져 온다는것 을 확증하고 있 다. 

이 방안을 실현하기 위 해 다음과 같이 지 연변수를 정 의한다. 즉 
Di = Ai - Li = Ni - 2 Li - Gi 
그림 8-24 에서는 그 알고리듬을 보여 주고 있다. 

대 의 초기 값은 0 이 다. 

조작후에 Di 의 값은 다음과 같이 변경된다. 

( I ) 만일 다음조작이 블로크배정요청이면: 

만일 자유블로크가 있으면 배정 하기 위해 한개를 설정 한다. 

만일 선택된 블로크가 국부적으로 자유로우면 
그러면 Di ：= Di +2 
아니면 Di ：= Di+l 
한편 

우선 보다 큰 한개를 두개로 쪼개 여 두개의 블로크를 만든다(재귀조작). 

한개를 배정 하고 다른 국부적으로 자유로운것에 표식을 단다. 

대 는 변화시키지 않은채로 남겨 둔다(그러나 며 는 재귀호출로 하여 다른 블로크크기로 변화시킬 
수 있다.). 

( II ) 만일 다음 조작이 블로크자유요청 이면 
Df 츈 2인 경 우 

그것 에 국부자유표식을 하고 그것을 국부적으로 자유롭게 한다. 

Di ：= Di -2 
Di=l 인 경 우 

그것에 전역자유표식을 하고 그것을 전역으로 자유롭게 한다; 가능하면 합친다. 

Di :=0 

Di =0 인 경 우 

그것에 전역자유표식을 하고 그것을 전역으로 자유롭게 한다; 가능하면 합친다. 

크기가 2 1 인 국부적으로 자유로운 한개의 블로크를 선택하고 그것을 전역으로 자유롭게 한다; 4#; 
하면 합친다. 

Di ：=0 

그림 8-24. 지연동료체계의 알고리듬 

제 4 절. Unux 의 기억기관리 

LINUX 는 다른 UNIX 실현물들의 기억기관리방안중에서 많은 기능들을 공유하고 있 
으면서도 자기자체의 통일적 인 특징을 가지고 있다. 총적으로 LINUX 의 기 억기관리 방안 
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련습 문제 


1. 제 2장 제 3절에서 기억기관리와 5가지 대상을 렬거하였고 제 7장 제 1 절에서는 5 
가지 요구사항을 들었다. 매 개 항목들이 다른 항목들에서 지적한 모든 관계들을 
포괄한다는것 을 증명 하시 오. 

2. 동적분할방안을 생각하자. 여기서 기억기는 평균적으로 토막들의 절반만한 구멍들 
을 포함한다는것을 증명 하시오. 

3. 동적 분할법 을 취급 (제7장 제2절 ) 한 여 러 가지 배 치알고리 듬들을 실현하기 위 해서 
는 기억기의 자유블로크들의 목록을 가지고 있어야 한다. 해설한 세가지 방법들 

(최 적 적 합，웃방향적합, 아래방향적합) 중 매 개 방법 에 서 탐색 의 평 균길 이 는 얼 
마인가? 

4. 기 억기의 제 일 큰 자유블로크가 사용된다. 웃방향적합，아래방향적합，최적적 합방 
법들과 비 교하여 이 방법의 우결함을 분석하시 오. 최 대비적 합법의 평 균탐색 길 이는 
얼마인가? 

5. 동료체계를 써서 1 Mbyte 의 기 억 기블로크 A 를 배 치하였다. 

자) 다음의 순서렬의 결과를 그림 7-6 과 류사한 그림 으로 표시하시오. 70 K 요구， 
35 K 요구， 80 K 요구 ; A 복귀， 60 K 요구 ; B 복귀 : D 복귀 : C 복귀 
l ) B 복귀다음의 2진나무표현을 그리라. 

6. 동료체 계 에서 현재 배정된 특정 한 블로크의 주소가 011011110000이 라고 하자 
1) 블로크의 크기가 4이면 그 동료의 2진주소는 얼마인가? 

L ) 블로크의 크기가 16이면 그 동료의 2진주소는 얼마인가? 

7. 주소가 x 이 고 크기 가 2요인 블로크의 동료주소가 Buddyi ( x ) 라고 하자. 
Buddy ^ x ) 의 일반식을 쓰시오. 

8. 피 보나치렬 을 다음과 같이 정 의한다. 

Fo =0 ， Fi = 1， F n +2 = F n +i + 1 + F n , n >=0 

1) 이 수렬 을 동료체 계 로 확립하는데 사용할수 있는가? 
l ) 이 장에 서 서 술한 2진동료체 계 에 비 해 서 이 체 계 의 우점 은 무엇 인 가? 

9. 프로그람실행과정에 처 리기는 명령등록기 (프로그람계수기)의 내용을 매번 명령불러내 
기한 다음에 한 단어씩 증가시킨다. 그러나 만약 등록기가 프로그람안의 다른 곳에서 
실행을 계속하게 하는 갈래명령이나 호출명령과 맞다 들게 되면 등록기의 내용이 바뀌 
여 진다. 이제 그림 7-8 을 생각하자. 명령주소에 관해서는 두가지 방도가 있다. 

• 명 령등록기는 상대주소가 가지 고 있고 입 력 으로서 명 령등록기를 사용하여 동 
적주소변환을 진행한다. 성공적인 갈래명령이나 호출명령과 맞다 들었을 때 
갈래명 령과 호출명 령 에 의해 생기는 상대주소는 명 령등록기 에 적재된다. 

• 명령등록기는 절대주소를 가지고 있다. 성공적인 갈래명령이나 호출명령과 맞 
다들었을 때 명 령등록기에 보관된 결과를 가지고 동적주소변환을 사용한다. 

어느 부름법이 더 우월한가? 

10. 페지화체계에서 가상주소 a 는 수쌍 ( p ， w ) 와 등가이다. 여기서 p 는 페지번호이 
고 w 는 폐 지 안의 바이 트번호이다. z %： 폐 지 안의 바이 트들의 개 수라고 하자. p 와 
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w 를 z 와 a 의 함수로 보여 주는 대수방정식을 작성 하라. 

11. 다음의 그림에서 보여 준바와 같이 기억기의 한 끝으로부터 다른 끝으로 만들어 
진 순서 대 로 토막 Si, s 2 , ... s n 들이 린접하여 놓여 진 기 억 기 를 생 각하자. 

| Si I s 2 I ... I Sn I 구멍 I 
토막 s n+1 이 만들어 질 때 그것은 비록 토막 s x , s 2 , ... 、중에서 일부가 이미 삭 
제될수 있다고 해도 토막、의 바로 뒤에 배치된다. 토막들(사용중이거나 삭제된 
것)과 구멍사이의 경계가 기억기의 다른 끝에 도달할 때 사용중에 있는 토막들 
은 조여 진다. 

1) 조이기에 소비하는 시간토막，가 다음의 부등식에 따른다는것을 증명하라. 


F > 


1 -/ 

i+¥ 


여기서 卜누1 


여 기 서 S = 단어 로 표시 한 토막의 평 균길 이 
t - 기 억 기 참조에 서 토막의 평 균수명 
f = 균형 상태 에 서 사용되 지 않는 기 억 기 파편 
주의: 경계가 기억기를 횡단하는 평균속도를 찾아 내고 한 단어의 복사가 최소 
한 두번의 기 억기 참조를 요구한다고 가정하라. 

L ) f = 0.2, t = 1000, s = 50에 대하여 F 를 계산하여 라. 


부록 7-ᄀ . 적재와 련결 

능동프로쎄스창조의 첫 단계는 프로그람을 주기억기 에 적재하고 프로쎄스형 태를 만 
드는것 이 다(그림 7-13). 그림 7-14 는 대 부분의 체 계 들에 서 대 표적 인 구성 안을 제 시 하였 
다. 응용프로그람은 목적코드형식으로 콤파일 또는 아쌤블리된 여러개의 모둘들로 이루 
어 졌다. 이 모둘들은 그것들사이의 참조를 위하여 서로 련결된다. 동시에 서고루린들을 
참조한다. 서고루린들 그자체는 프로그람안에 통합되거나 또는 실행시에 조작체계가 지 
원하여 야 하는 공유된 코드로서 창조될수 있다. 이 부록에서는 련결기 와 적재기의 기 본 
기 능에 대 하여 요약해서 설명한다. 리 해를 명 확히 하기 위하여 한개의 프로그람모둘만을 
포함하여 련결 이 요구되지 않을 때의 적재과제를 해설하는것으로부터 시 작한다. 

적재 

그림 7-14 에서 적재 기 는 위 치 표에서 시 작하여 주기억기 에 적재 모둘을 배 치한다. 프 
로그람은 적재할 때 그림 7-1 에 서 설명한 주소지정 의 요구사항을 만족해 야 한다. 일 반적 
으로 세가지 방법을 적용할수 있다. 즉 

• 절대적재 

• 재배정가능한 적재 

• 동적실행시적재 

절대적재 

절대적재기는 주어 진 적재모둘이 항상 주기억기의 갈은 위치에 적재될것을 요구한 
다. 이 로부터 적재기 에 표현된 적재모둘에서 모든 주소참조들은 특정한 혹은 절대 적 인 
주기억주소가 되여야 한다. 실례로 그림 7-14 에서 표가 위치 1024이면 기억기에 그령역 
을 사용하기로 예정된 적재모둘의 첫번째 단어는 주소 1024를 가진다. 
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_ J 

프로쎄 스조종블로크 

프로그람 


프로그람 

자 료 


자 료 

객체 코드 

탄 창 


주기억기의 프로쎄스형태 
그림 7-13. 적재기능 

프로그람안의 기 억기참조들에 명시한 주소값을 할당하는것은 프로그람작성 자가 하 
거 나 를파일 또는 아쌤블리 할 때 할수 있다(표 7-2 1). 앞의 방법 에는 여 러 가지 불리한 
점 이 있 다. 그것 은 첫째 로，매 개 프로그람작성 자가 주기억 기 에 모둘들을 배 치 하기 위하여 
계 획 한 할당전 략을 알고 있 어 야 한다. 둘째 로，모둘본체 에 대 한 삽입 이 나 삭제 를 위하여 
프로그람에 어떤 변경이 가해 져도 모든 주소들이 바꾸어 지게 된다. 따라서 프로그람안 
에 서 기 억 기참조를 기 호적 으로 표시 하고 다음에 를파일 또는 아쌤 블리 할 때 그러 한 기 호 
참조들을 해결하도록 하는것이 좋다. 이것을 그림 7-15 에서 보여 주고 있다. 명령이나 자 
료항목에 대 한 매 개 참조는 기 호에 의하여 초기 에 제 시된다. 절대적재 기 에 의하여 모둘 
을 입 력 하기 위한 준비를 하면서 아쌤 블러 나 를파일 러 는 주소들을 변환한다(이 실례 에서 
는 적 재하려 는 모둘을 위 치 1024로부터 시 작한다. ) . 

재배정가능한 적재 

적재 에 앞서 특정한 주소들에 로 기 억 기참조들을 맺 는것과 불리한 점 은 결과적 인 적 
재 모둘을 주기억 기의 한개 의 령역 에 만 배 치할수 있 다는것 이 다. 그러 나 많은 프로그람들 
이 주기억 기를 공유할 때 특정한 모둘이 기 억 기의 어 느 구역 에 적재되겠는가를 앞질 러서 
결정 하기는 힘들다. 그것을 판단하는것은 적재할 때 하는것 이 더 좋다. 이때 적재모둘은 
주기억기 안의 임의의 곳에 있을수 있다. 

이러한 요구를 만족시키기 위하여 아쌤블러나 를파일러는 실제의 주기억주소(절대 
주소)가 아니 라 프로그람의 시 작점과 같이 알려진 어떤 점 에 관계 되는 주소를 만든다. 
이 런 수법을 그림 7-15 n 에서 설명하고 있다. 적재모둘의 시작점은 상대주소 0에 할당 
하고 모둘안의 다른 모든 기 억 기참조들은 모둘의 시 작점 에 상대 적 으로 표시한다. 

모든 기억기참조들을 상대적인 형식으로 표시하면 적재기가 모둘을 원하는 위치에 
배치하는 과제가 간단하게 된다. 모둘이 x 위치로부터 시작하여 적재된다면 적재기는 모둘 
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을 기억기에 적재할 때 매 기억기참조에 단순히 표를 더하면 된다. 이 과제를 방조하기 위 
하여 적재모둘은 적재기에 주소참조가 어디에 있고 그것들이 어떻게 해석되는가(보통 프 
로그람의 원점에 대하여 상대적일수도 있다.)를 알려 주는 정보를 포함하여야 한다. 이러 
한 정보모임은 콤파일러나 아쌤블러가 준비하는데 이것을 보통 재배정사전이라고 한다. 



그림 7-14. 적재구성안 


동적실행시적재 

재배정가능한 적재기들은 일반적이고 절대적재기에 비하여 명백한 리득을 준다. 그 
러 나 다중프로그람처 리환경 에서는 가상기 억 에 의거하지 않더 라도 재배정 가능한 적재방안 
이 적 당하지 못하다. 처 리 기의 사용률을 최 대 한으로 높이 기 위하여 주기억기의 안팎으로 
프로쎄스형 태 를 교체할 필요가 있다. 주기억기의 사용률을 최대 로 높이기 위하여 프로쎄 
스형태를 각이한 시간에 각이한 위치에 도로 교체할수도 있다. 이때 일단 적재된 프로그 
탐은 디스크에 교체되여 나가고 다음에 다른 위 치에 도로 교체하여 넣을수 있다. 이것은 
초기 적재시 에 기 억기참조들이 절대주소들과 엉 켜 졌 다면 불가능하다. 

표 7-2. 주소맺기 


1) 적재기 


1 

맺기시간 

기능 

프로그람작성시간 

모든 실제물리주소들은 프로그람자체 내 에서 프로그작성 
자에 의하여 직 접 명시된다. 

콤파일러 

또는 아행 떨 러시 간 

프로그람은 기호주소참조들을 포함하며 이것들은，파일 
러 나 아웹블러 에 의하여 실제 적 인 물리주소로 변환된 다. 

적재시간 


콤파일 러 나 아행블러 는 상대 주소들을 발생 시 킨 다. ^ 재 기 
는 이것을 프로그람적재시에 절대주소로 변환한다. 

실행 시간 


적재된 프로그람은 상대주소를 보유한다. 이것들은 ^ 리기 
하드웨 어 에 의하여 동적 으로 절대 주소들로 변환된다. 
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동적주소변환은 완전한 유연성을 가진다. 프로그람은 주기억기의 임의의 구역에 적 
재될수 있다. 그다음에는 프로그람실행 을 새 치기 할수 있으며 프로그람도 주기 억기 밖으로 
교체하여 내 보낼수 있고 후에 다른 위치에 도로 교체하여 넣을수 있다. 

련결 

련결기의 기능은 목적모둘들의 모임을 입력하여 프로그람과 자료모둘의 종합적인 모 
임으로 이루어 진 적재모둘을 생성하며 적재기에 넘겨 주는것이다. 매개 목적모둘에는 
다른 모둘에 있는 위치에 대한 주소참조들이 있을수 있다. 이러한 매개 참조는 련결되지 
않은 목적모둘에서 기호적으로만 표시될수 있다. 련결기는 모든 목적모둘들을 련속적으 
로 묶어서 한개의 옹근 적재모둘을 만든다. 모둘안의 매 개 참조들은 기호주소로부터 총 
체적인 적재모둘안의 위치에 대한 참조로 변화시켜야 한다. 실례로 그림 7-16 1에서 모 
둘 A 는 모둘 묘의 수속요청을 포함한다. 모둘들이 적재모둘로 결합될 때 이 모둘에 대한 
기 호참조는 적재 모둘안에서 묘의 입구점위 치 에 대 한 특정한 참조로 변화된다. 

련결편집기 

주소련결의 성질은 창조되는 적재모둘의 형태와 언제 련결이 진행되는가에 관계된 
다(그림 7-2 u ). 일반적인 경우 재배정가능한 모둘이 요구될 때 련결은 보통 다음과 같 
은형식으로 진행된다. 콤파일 또는 아쌤블리된 매개 목적모둘들은 목적모둘의 원점에 
상대 적 인 참조를 가지 고 창조된다. 이 모둘들은 모두 적재모둘의 원점 에 상대 적 인 모든 
참조를 가지고 하나의 재배정가능한 적재모둘에 다같이 넣어 진다. 이 모둘은 재배정가 
능한 적재 나 동적 실행 시 적재 를 위한 입 력 으로 사용될수 있다. 재 배정 가능한 적재 모둘을 
만들어 내는 련결기를 흔히 련결편집기라고 한다. 그림 7-16 에서는 련결편집기의 기능을 
설명하고 있다. 

동적련결기 


적재할 때 일부 련결기능들을 지연시킬수 있다. 동적련결이라는 술어는 일부 외부모 
둘들의 련결을 적재모둘이 창조된 후에까지 연기하는것과 관련하여 사용한다. 이때 적재 
모둘은 다른 프로그람에 대한 해결되지 않은 참조들을 포함한다. 이 참조들은 적재시에 
나 실행시에 해결될수 있다. 

적재시 동적련결에는 다음의 단계들이 있다. 우선 적재되여야 하는 적재모둘(응용프로그 
람모둘)을 기억기에 읽어 들인다. 다음에 외부모둘(목표모둘)에 대한 임의의 참조는 적재기가 
목표모둘을 찾아 내고 그것을 적재하고 응용프로그람모둘의 시작점으로부터 기억기상의 상대 
주소에 대한 참조를 변경한다. 이 방법은 정적적재방법에 비하여 여러가지 우점을 가진다. 

• 목표모둘의 변경판이나 갱신판을 만들기가 쉬워 지는데 그것은 조작체계의 유릴 
리리 또는 일부 다른 법 용의 루린 일수 있 다. 정 적련결 에 서 지 원모둘을 변화시 키 
려면 응용프로그람모둘전체를 다시 련결하여야 하였다. 이것은 효률적이지 못할 
뿐아니라 어떤 경우에는 불가능할수도 있다. 실례를 들어 개인용콤퓨터환경에서 
대 부분의 상업 용쏘프트웨 어 는 적재 모둘형 식 에 서 해 방되 고 원천과 오브젝 트판은 해 방 
되여 있지 않다. 

• 동적련결파일 에서 목표코드를 가지면 자동적 인 코드공유를 할수 있다. 조작체 계 
는 한개 이상의 응용프로그람이 동일 한 목표코드를 사용하는것 을 인식할수 있다. 
그것 은 조작체 계 가 코드를 적재 하고 련결하기때 문이 다. 매 개 응용프로그람마다 
목표코드를 한개 씩 복사하여 적 재하기 보다 목표코드를 한개 만 복사하여 적 재 하고 
그것을 두개의 응용프로그람에 련결하면 그 정보를 쓸수 있다. 
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그림 7-16. 련결기능: n - 목적모둘, l - 적재모둘 


독자적 인 쏘프트웨어개발자들이 Linux 와 같이 널리 사용되는 조작체계의 기능을 
확장하기 쉽다. 개 발자들은 여 러 가지 종류의 응용프로그람에 쓸모 있고 그것을 
동적련결모둘로서 묶을수 있는 새로운 기능을 가지고 수준을 높일수 있다. 


실행시동적련결에서는 일부 련결이 실행될 때까지 미투어 진다. 목표모둘에 대한 외 
부참조들은 적재된 프로그람에서 유지된다. 부재모둘에 대한 호출을 진행할 때 조작체계 
는 그 모둘을 찾아 적재하며 호출하는 모둘에 그것을 련결한다. 

앞에서 동적인 적재가 전체 적재모둘을 움직이게 한다는것을 보았다. 그러나 모둘의 구 
조는 정적인것으로서 프로쎄스의 실행과정과 한 실행으로부터 다음 실행으로 넘어갈 때까지 
변화되지 않는다. 그러나 일부 경우에 실행에 앞서 어느 목적모둘에 요구할것인가를 결정하 
는것이 불가능할수 있다. 이러한 정황은 비행기예약체계나 은행업무프로그람과 같은 거래처 
리응용프로그람들에서 전형적 이 다. 거래의 특징은 어떤 프로그람모둘들이 요구되는가를 지시 
하여 그 모둘들을 적당한 기회에 적재하고 주프로그람과 련결하는것이다. 이런 동적련결기를 
사용하는것의 우점은 프로그람단위들이 참조되지 않는한 그것들을 위해 기억기를 배정할 필 
요가 없는것 이 다. 이 런 능력은 토막화체계를 지원하는데 사용한다. 

한가지 추가적 인 개선방안이 있을수 있다. 응용프로그람은 모든 모둘들이나 호출될 
수 있는 입구점들의 이름들을 알 필요가 없다. 실례를 들어 지도작성프로그람은 매개가 
서로다른 구동프로그람제품에 의해 구동되는 여 러가지 종류의 작도기에서 쓰도록 작성될 
수 있다. 응용프로그람은 다른 프로쎄스로부터 또는 구성파일을 보고 체계에 현재 설치 
된 작도기의 이름을 얻을수 있다. 이것은 응용프로그람의 사용자가 응용프로그람이 작성 
될 때 존재 하지 않았던 새 로운 작도기 를 설 치할수 있게 해 준다. 
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제 8 장. 가상기억기 

제7장에서 는 페지화와 토막화의 개 념을 소개 하고 그것들의 결함을 분석하였다. 이제 
부터 가상기 억 기 에 대 하여 설 명 한다. 가상기 억 기 에 대 한 분석 은 기 억 기 관리 가 처 리 기 하 
드웨어와 조작체계쏘프트웨어사이의 암시적 이며 서 로 얽혀 있는 호상관계로부터 복잡해 
진다. 우선 가상기 억 기의 하드웨 어측면에 중심 을 두고 페지 화，토막화 및 조합식페지 화 
와 토막화에 대한 사용을 고찰한다. 다음으로 조작체계에서 가상기억기의 기억기능설계 
에 포함되는 문제들을 고찰한다. 

제 1 절. 하드웨어 및 조종구조 

단순한 페지화와 단순한 토막화를 비교하면서 한편으로 고정분할 및 동적분할을 비교 
하고 다른 한편으로는 기억기관리에서 제기되는 기본문제점들을 해결하기 위한 기초를 설 
명한다. 페지화와 토막화의 두가지 특성이 이 문제에서 열쇠로 된다. 즉 

1. 프로쎄 스안에서의 모든 기 억기참조는 실행할 때 물리 적 주소에 로 동적 으로 변환되 
는 론리주소로 진행된다. 이것은 집행과정에 서로 다른 시간에 주기억기의 각이한 
구역 을 차지하도록 프로쎄 스를 주기억기의 안팎으로 교체할수 있 다는것 을 
의 미 한다. 

2. 프로쎄스를 많은 조각(폐지 또는 토막)들로 분할할수 있는데 이 조각들이 집행기 
간 전적 으로 주기억기 에 있어 야 할 필요는 없다. 동적 실행시 주소변환을 조합하고 
폐지 또는 토막표를 사용하면 이것을 실현할수 있다. 

이제부터 이 문제점을 해명하기로 하자. 만일 우에서 지적한 두가지 특성이 존재한다 
면 프로쎄스의 모든 페지 또는 모든 토막들이 주기억기 에 있을 필요는 없다. 만일 불러 
내야 할 다음명령을 포함하고 있는 조각(토막이나 폐지) 및 주소지정하려는 다음자료위치 
를 포함하고 있는 조각이 주기 억기 에 있다면 적 어도 일정한 시 간동안은 집 행을 계 
속 할 수 있 다. 

이것을 실현할수 있는 방법을 고찰하여 보자. 이제부터는 일반적인 용어로 말할수 
있는데 페지화를 사용하는가 토막화를 사용하는가에 따라 조각이라는 용어를 폐지나 토 
막이라는 말로 쓴다. 새 로운 프로쎄 스를 기 억 기 에 가져 와야 할 시 간이 되 였 다고 하자. 
조작체 계 는 프로그람의 시 작부를 담고 있는 조각을 가져 오기 위하여 한개 또는 몇 개의 
조각을 주기억 기 에 끌어 들이 는것 으로부터 시 작한다. 임의의 시 간에 실제 적 으로 주기억 
기에 있는 프로쎄스의 부분을 프로쎄스의 상주 모임이라고 정의한다. 프로쎄스가 집행될 
때 모든 기 억기참조가 상주모임 에 있는 기 억위 치 에서 진행되는 동안은 조작이 순조롭게 
진행된다. 토막 또는 페지표를 사용하여 처리기는 항상 이것이 어떻게 진행되는가를 결 
정한다. 만일 체계가 주기억기에 없는 론리적주소와 맞다들리면 새 치기를 발생시켜 기 억 
기접근부재를 알려 준다. 조작체계는 새치기된 프로쎄스를 페색상태에 놓고 조종을 차지 
한다. 프로쎄 스의 집 행을 후에 계속하기 위해 조작체 계는 접근부재를 일으킨 론리 주소를 
담고 있는 프로쎄 스의 쪼각을 주기억 기 에 가져 다 넣 는다. 이 를 위 해 조작체 계 는 디 스크 
입 출력읽 기 요청 을 내 보낸 다. 입 출력 요청 을 내 보낸 다음 조작체 계 는 디 스크입 출력 이 수행 
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되는 동안에 또다른 프로쎄스를 배분하여 실행시킬수 있다. 일단 희망하는 조각이 주기 
억기에 들어왔으면 입출력새치기를 발행하고 조종을 조작체계에 돌려 주는데 이것은 영 
향받은 프로쎄스를 준비상태 로 놓는다. 

이 방식의 효과성에 대한 의문이 즉시에 제기될수 있는데 프로쎄스는 집행중에 있을 
수도 있고 프로쎄스의 필요한 모든 조각을 적재하는데서의 실패로 하여 새치기당할수도 
있다. 이제부터 효과성이 있을수 있다는 확신을 가지고 이 문제에 대해 다르게 고찰해 
보자. 대신 새로운 전략에 대한 련관을 고찰하자. 두가지 련관이 있는바 두가지가 다 체 
계사용률을 개선시키지만 두번째 련관이 첫번째 련관보다 더 우월하다. 즉 

1. 보다 많은 프로쎄스를 주기억기에 유지할수 있다. 그것은 단지 특정한 프로쎄스 

의 일부 조각만을 적재시키기때문에 더 많은 프로쎄스를 위한 공간이 생기게 된 
다. 이것은 처리기의 사용률을 보다 효과적으로 높여 주는데 그것은 임의의 특 
정한 시각에 보다 많은 프로쎄스들중에서 적어도 하나가 준비상태에 있게 될 가 
능성이 더 커지기때문이다. 

2. 프로쎄 스가 주기억기의 전체 보다 더 커 질수 있다. 프로그람작성 에서 가장 기 본 
적인 제약조건들중의 하나가 바로 이 문제이다. 지금까지 론의해 온 방안이 없 
다면 프로그람작성자는 사용가능한 기억기 량을 민감하게 알고 있어 야 한다. 작 
성되는 프로그람이 지 내 길다면 프로그람작성 자는 일정한 형 태의 겹 침방법을 써 
서 개별적으로 적재시킬수 있는 조각들로 프로그람을 구조화해야 한다. 페지화 
또는 토막화에 기초한 가상기억기를 사용하면 그 일감은 조작체계와 하드웨어가 
담당한다. 프로그람작성 자가 관여하는 한 그 누구든지 디 스크기 억 기 와 같은 크 
기의 큰 기억기를 취급하게 된다. 조작체계는 요구에 따라 프로쎄스의 조각들을 
자동적 으로 주기억 기 에 적 재한다. 

프로쎄스가 주기억 기 에서만 집 행되 기때 문에 그 기 억 기를 실제기 억기 라고 한다. 한편 
프로그람작성자나 사용자는 디스크상에 배정되여 있는 잠재적으로 훨씬 더 큰 기억기를 
생각하게 된다. 이것을 가상기억기라고 한다. 가상기억기는 매우 효과적으로 다중프로그 
람처 리 를 할수 있 게 하며 사용자가 주기억 기 에 대 해 불필 요한 구속을 받지 않도록 해 준 
다. 표 8-1 에서는 가상기억기를 사용하는 경우와 하지 않는 경우 페지화와 토막화의 특 
성 들을 요약하여 설명해 주고 있다. 

국소성과 가상기억기 

가상기억기의 편리성은 매력적이지만 그 방안이 과연 실제적인가? 한때 이 점에 대 
해 많은 론의가 있었으나 많은 조작체계들에서의 경험은 가상기억기가 정말 동작한다는 
것 을 의 심 할바 없 이 증명 하였 다. 따라서 그것 은 대 부분의 조작체 계 들에 서 필 수적 인 구성 
요소로 되여 왔다. 

가상기억기에서 기본문제가 무엇이며 왜 그렇게 많이 론의되였는가를 리해하기 위해 
가상기억기와 관련한 조작체계의 과제를 다시 검토해 보자. 긴 프로그람과 또 많은 자료배 
렬로 이루어 지는 규모가 큰 프로쎄스를 고찰하자. 어떤 짧은 시간주기동안에는 집행이 프 
로그람의 작은 구역 (실례로 보조루린)에만 국한될수 있으며 혹시 한개 또는 두개의 자료배 
렬에만 접근할수 있다. 만일 그렇게 된다면 프로그람이 중단되고 교체되여 나가기전에 몇 
개의 조각들만 사용하면 되므로 이때 프로쎄스를 위하여 수십개의 조각을 적재시키는것은 
명백히 랑비로 된다. 바로 몇개의 조각들만 적재시킴으로써 기억기를 더 잘 사용할수 있다. 
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가상기억기토막화 

주기 억기가 분할되지 않는다. 

프로그람토막들이 프로그람작성자 
에 의해 콤파일러에 명시된다.(즉 
프로그람작성 자가 결 정 한다 j 

농 

棟 

o~ 
中_ 
必1 
斗 
꿈 

외부조각이 있다. 

조작체계가 매개 토막의 적재주 
소와 길이를 보여 주기 위하여 매 
개 프로쎄스의 토막표를 유지하여 
야 한다. 

rf 

斗 

玄 

不 . 
궁 亡 
K 私 

프궁 

K 卜 可 
貧 0 누 
국 o|ru 
W w|r 
玄厂 p)r 
서 石 o 

처리기가 절대주소를 계산하기 위 
하여 토막번호,편위를 사용한다. 

프로쎄스의 모든 토막이 프로쎄스 
가 실행되는 주기억기프레임들에 
있을 필요는 없다. 필요에 따라 
토막들을 읽어 들일수 있다. 

주기억기에로의 토막읽기는 디스 
크밖으로의 한개 또는 그이상의 
토막쓰기를 요구할수 있다. 

더 
外 J 
立 J 

주기억기는 분할되지 않는다. 

프로그람토막들이 프로그람작성자에 
의해 콤파일러에 명시된다.(즉 프로 
篇람작성 자가 결정 한다.) 

내부조각이 없다. 

외부조각이 있다. 

조작체계가 매개 토막의 적재주소 
와 길이를 보여 주기 위하여 매개 
프로쎄스의 토막표를 유지하여 야 한 
다. 

조작체계가 주기억기에서 자유구멍 
목록을 유지해야 한다. 

처리기가 절대주소를 계산하기 위하 
여 토막번호，편위를 사용한다. 

겹침을 사용하지 않는한 프로쎄스의 
모든 토막들은 프로쎄스가 실행할 
주기억기에 있어야 한다. 


가상기 억 기 폐 지 화 

주기 억기 가 프레 임 이 라고 하는 작은 
고정크기의 덩어리로 분할된다. 

프로그람이 콤파일 러 나 기 억 기관리 체 
계에 의해 폐지로 분할된다. 

t- 

可」 
* 
寸 
必1 
斗 
꿈 

o~ 

oP 

W 

비 

t- 

按 

품 

必1 

斗 

可 

조작체계 는 매 개 페지 가 어 느 프레 임 
을 차지 하는가를 보여 주기 위 해 매 개 
프로쎄스에 대한 폐지표를 유지하여 
야 한다. 

조작체 계 가 자유프레 임목록을 유지 하 
여 야 한다. 

처 리 기 는 절 대 주소를 계 산하기 위 하여 
페지번호，편위를 사용한다. 

프로쎄스의 모든 페지가 프로쎄스가 
실행되는 주기억기프레임들에 있을 필 
요는 없다. 필요에 따라 폐지들을 읽 
어 들일수 있다. 

주기 억기 에로의 폐지 읽기는 디스크밖 
으로의 폐지쓰기를 요구할수 있다. 

단순폐 지 화 

주기 억기가 프레임 이라고 
하는 작은 고정크기의 덩 
어리로 분할된다. 

프로그람이 콤파일러나 
기억 기관 리 체 계 에 의 해 
폐지로 분할된다. 
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必1 
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조작체계는 매개 페지가 
어느 프레임을 차지하는 
가를 보여 주기 위해 매 
개프로쎄스에 대한 폐지 
표를 유지하여 야 한다. 

조작체계가 자유프레임목 
록을 유지하여야 한다. 

처리기가 페지번호，편위 
를 사용하여 절 대주소를 

겹침을 사용하지 않는한 
프로쎄스의 모든 폐지는 
프로쎄스가 실행할 주기 
억기에 있어야 한다. 
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조작체 계 가 요구하는 조각을 끌어 
프로쎄스의 몇개의 조각만이 주기 
II 유지할수 있다. 더우기 사용되: 
1■지 않으므로 그만큼 시간이 절신 
재치있게 해내야 한다. 안정상태 














프로쎄스들에 직접 접근한다. 그러므로 조작체계가 한 조각을 가져다 넣을 때 다른 한 
조각을 내보내 야 한다. 만일 방금 막 사용하려 고 하는 찰나에 어떤 조각을 내보내게 된 
다면 거의나 즉시에 그 조각을 다시 가서 가져 와야 할것이다. 이것이 지내 많아 지면 
과도교체 라는 조건 이 생 긴 다. 처 리기는 대 부분의 시간을 명령을 집 행 하는데 가 아니 라 조 
각들을 교체 하는데 소비한다. 과도교체 현상을 피 하는것 이 1970년대 의 주되 는 연구분야로 
되였고 여러가지의 복잡하나 효과적인 알고리듬이 나왔다. 본질상 조작체계로 하여금 최 
근 경력에 기초하여 어느 프로쎄스가 가까운 장래에 최소한 사용됨직한가 하는것을 추측 
하게 하는데 있다. 

이것은 국소성의 원리에 기초한것으로서 계1장에서 소개되였다(특히 부록 1- 자를 볼 
것). 요약해서 말한다면 국소성의 원리는 프로쎄스의 프로그람과 자료의 참조가 클라스 
터를 짓는 경향성을 가진다는것을 설명하고 있다. 이로부터 짧은 시간동안에는 프로쎄스 
의 몇개의 조각만이 요구될것 이 라는 가정 이 유효하다. 또한 프로쎄 스의 어 느 조각이 가 
까운 장래에 필요되겠는가 하는것을 지능적으로 추측할수 있으며 이것은 과도교체현상을 
피하게 해준다. 

국소성의 원리를 확증하는 한가지 방법은 가상기억기환경에서 프로쎄스의 성능을 보 
는것 이 다. 그림 8-1 은 국소성 의 원리 를 훌륭히 설명해 주는 비 교적 유명한 선도이다 [H 
ATF 72]. 프로쎄 스의 수명 기 간에 참조는 폐지의 부분모임 에 국한된다. 

그러므로 국소성의 원리 가 작용하는 가상기 억기 방안을 제 기한다. 가상기 억기 가 실제 
적이며 효과적인것으로 되자면 두가지 구성요소가 필요하다. 우선 페지화와 토막화를 사 
용할수 있게 하는 하드웨 어 가 있어 야 한다. 둘째 로，조작체 계는 2 차기억기와 주기억기 
사이 에서 폐지 와 토막의 이동을 관리하는 쏘프트웨어 를 가지 고 있어 야 한다. 이 절 에서 
는 하드웨어측면을 고찰하고 필요한 조종구조를 보게 되는데 이것은 조작체계가 창조하 
고 유지하지만 기억기관리하드웨어가 사용한다. 조작체계의 문제점들에 대한 고찰은 다 
음 절에서 한다. 

페지화 

가상기억기라는 용어는 비록 토막화에 기초한 가상기억기에서 쓰이고 있으나 보통은 
페지화를 사용하는 체계와 관련되여 있다. 페지화를 사용하여 가상기억기를 실현하는것 
은 처 음으로 Atlas 의 를퓨터 [ KILB 62] 에서 제 기 되 였고 곧 상업 적사용에 널 리 보 
급되 였 다. 

단순페지화에서는 매 개 프로쎄스가 자체의 페지표를 가지며 그것의 모든 페지 가 주 
기 억기 에 적재될 때 프로쎄스의 페지표가 창조되여 주기억기에 적재된다. 매개 페지표입 
구점 은 주기억기의 대 응하는 페 지프레 임번호를 포함하고 있다. 동일 한 장치，페 지 표는 
페지화에 기초하고 있는 가상기억기방안을 고찰할 때 필요하다. 또 단일한 페지표를 매 
개 프로쎄스와 련관시키는것이 일반적이다. 그러나 이 경우에 페지표입구점들은 보다 복 
잡해 진다(그림 8-2 1 ). 프로쎄스의 일부 페지만이 주기억기에 있을수 있으므로 매개 
페지표입구점에 한개 비트가 있어서 대응하는 폐지가 주기억기에 있는가 ( P ) 없는가를 
지적해 주어 야 한다. 만일 그 비트가 해 당 페지가 기 억기 에 있다고 지적하면 입구점은 
또한 그 폐지의 프레 임번호를 포함한다. 

페지표입구점에 필요한 또 하나의 조종비트는 변경 ( M ) 비트로서 대응하는 폐지의 내 
용이 그 페지 가 주기억기 에 마지막으로 적재된 때 로부터 변경되 였는가 하는것을 지적해 
준다. 현재 차지하고 있는 프레임에서 페지를 치환해야 할 시간이 되였을 때 만일 아무 
런 변화도 없었으면 그 폐지를 외부쓰기할 필요가 없다. 다른 조종비트들도 존재한다. 
실례 로 폐지준위 에서 보호나 공유를 관리 한다면 그 목적을 위한 비트들이 요구된다. 
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가상주소 


1 페지번호 

| 해 
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업^^ 신 


P =제시번호 
M = 변경번호 


그림 8-2. 대표적인 기억기관리의 양식 
一卜 유일페지화，유일토막화， t - 조합식토막화 및 폐지화 


폐 지 표구조 

기억기에서 단어를 읽는 기본기구는 페지표를 사용하여 페지번호와 편위로 구성되여 
있는 가상주소 즉 론리 적주소를 프레 임번호와 편위 로 구성되 여 있는 물리 적주소로 변환 
하는 과정을 동반한다. 프로쎄스의 크기에 따라 페지표의 길이가 변하기때문에 그것을 
등록기 에 유지할수는 없 다. 대 신 그것 에 접 근할수 있도록 기 억 기 에 보관해 야 한다. 그림 
8-3 에서는 하드웨어실현을 보여 주고 있다. 특정한 프로쎄스가 실행하고 있을 때 등록기 
는 프로쎄스에서의 페지표시 작주소를 보존한다. 가상주소의 페지번호는 그 표를 지시하 
는데 사용되며 대응하는 프레 임번호를 찾는데 쓰인다. 

대부분의 체계들에는 프로쎄스당 한개의 페지표가 있다. 그러 나 매 개 프로쎄스는 많 
은 가상기 억기를 차지할수 있다. 실례로 VAX 구성 방식에서 매개 프로쎄스는 2 31 =2 Gby 
t e 까지의 가상기억기를 가질수 있다. 2 9 =512 byte 의 페지를 사용한다는것은 프로쎄스마다 
2 22 만한 페 지 표입 구점 이 필 요하다는것 을 의 미 한다. 명 백 히 페 지 표들에 들어 가는 기 억 기 
량은 받아 들일수 없을 정도로 많아 질수 있다. 이 문제를 극복하기 위하여 대부분의 가 
상기억기방안들에서는 페 지표를 실제기억기가 아니라 가상기억기에 기억시킨다 . 이것은 
페 지 표들이 다른 페 지 가 영 향 받는것 처 럼 페 지 화의 영 향을 받는다는것 을 의 미한다. 
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그림 8-5. 2준위페 지 화체 계 에서의 주소변환 


그림 8-4 에서는 32 bit 주소를 사용하는데서 대 표적 인 2준위방안에 대 한 실례를 보여 
주고 있다. 만일 바이트준위주소방식과 4 kbyte (2 12 ) 의 폐지들을 가상한다면 4 Gbyte (2 s2 ) 
의 가상주소공간이 2® 개 의 폐 지 들로 구성된다. 만일 매 개 페 지 가 4 byte 의 페 지 표입 구점 
( PTE ) 에 의해 사영된다면 4 Mbyte ( fbyte ) 를 요구하는 2 20 개의 PTE 로 구성되는 사용자 
페지표를 창조할수 있다. 2 1() 페지 로 구성되는 큰 사용자페지 표를 가상기 억기 에 유지할수 
있으며 4 kbyte (2 12 ) 의 주기억기를 차지하는 2 10 PTE 를 가진 뿌리폐지표를 씨서 사영할수 
있다. 그림 8-5 에서는 이 방안에서의 주소변환에 포함된 단계들을 보여 준다. 뿌리폐지는 
주기억기에 항상 남아 있는다. 가상주소의 첫 lObit 는 뿌리페지에 들어 가 사용자페지표 
의 어떤 페지용 PTE 를 찾기 위한 첨수로 쓰인다. 만일 페지가 주기억기에 없다면 페지부 
재 가 발생 한다. 페지 가 주기 억 기 에 있으면 가상주소의 다음 lObit 는 사용자의 PTE 페지 
에 로 첨수주소화하여 가상주소가 참조하는 페지용 PTE 를 찾는다. 

1 또는 2준위폐 지 표의 사용을 대 신할수 있는 방법 은 반전폐지표구조를 사용하는것 이 
다(그림 8-6). 이 방법 은 Power PC 및 IBM 의 AS /400 에 서 쓰이 고 있 다. RT-PC 상에 
서 Mach 조작체 계 가 또한 이 수법 을 사용하고 있 다. 

이 방법에서 가상주소의 페지번호부분은 단순하쉬기능 1 을 사용하는 하쉬표에로 사영 
된다. 하쉬표는 반전폐지표에 대한 지시기를 포함하고 있는데 이것은 페지표입구점을 가 
지 고 있다. 이 구조를 보면 가상페지 당 한개 라기보다 매 개 실제기 억 기페지 용으로 하쉬 표 
와 반전페지표안에 한개의 입구점 이 있다. 그러므로 지원되는 프로쎄스나 가상페지수에 
관계 없이 페지용으로 실제기억기의 고정된 부분이 필요하다. 하나이상의 가상주소가 같 


하쉬법에 대해서는 부록 8- n 를 보시오. 
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변환미리보기완충기 

원리적으로 매개 가상기억기참조는 두가지 물리적기억기접근을 발생시킬수 있다. 즉 
하나는 해 당한 페지표입구점을 불러 내는것 이고 다른 하나는 요구하는 자료를 불러 내는 
것이다. 그러므로 직선적인 가상기억기방안은 기억기접근시간을 두배로 취하는 효과를 가 
지게 될것이 다. 이 문제를 극복하기 위해 대부분의 가상기억기방안들에서는 일반적으로 
변환미 리 보기 완충기 ( TLB ) 라고 부르는 페 지 표입 구점 용으로 특수한 고속캐 쉬 를 사용한다. 
이 캐쉬는 기억기캐쉬와 갈은 방법으로 동작하며 (제 1 장을 보시오.) 가장 최근에 사용한 
페지표입구점을 가지고 있다. 페지화하드웨 어의 구성을 그림 8-7 에서 설명 하고 있다. 가 
상주소가 주어 지면 처 리 기는 우선 TLB 를 조사한다. 요구되는 페 지표입구점 이 존재한다 
면 (《 TLB 명중》) 프레임번호가 회복되여 실제주소가 형성된다. 요구되는 페지표입구점이 
발견되지 않으면 (《 TLB 실패》) 처리기는 폐지번호를 사용하여 프로쎄스페지표를 첨수주 
소화하고 대응하는 페지표입구점을 조사한다. 만일 《존재비트》가 설정되여 있으면 폐지 
가 주기억기에 있으며 처 리기가 페지표입구점 으로부터 프레 임번호를 회복하여 실제주소를 
형성할수 있다. 처 리기는 새 로운 페지표입구점을 포함하기 위 하여 또한 TLB 를 갱 신한다. 











폐지 크기 


하드웨 어 설계 에서 중요하게 결정 해 야 할 문제 는 사용되 는 폐지의 크기 이다. 몇 가지 
고려해야 할 인자들이 있다. 하나가 내부조각화이다. 명백히 폐지크기가 작을수록 내부 
조각화의 량도 작아 진다. 주기억기의 사용을 최적화하자면 내부조각화를 줄이는것이 좋 
다. 다른 한편 페지 가 작을수록 프로쎄스당 요구되는 페지의 수는 더 커진다. 프로쎄스 
당 폐지가 더 많다는것은 페지표가 더 커진다는것을 의미한다. 무거운 다중프로그람처리 
환경에서 집행되는 규모가 큰 프로그람들에서 이것은 능동프로쎄스들의 페지표의 일부분이 
주기 억기에가 아니 라 가상기억기에 있어 야 한다는것을 의미한다. 그러므로 기 억기 에 대 한 
단일참조에서 2 중폐지부재가 있을수 있다. 즉 첫째로，요구되는 페지표의 일부를 가져 
다 넣는데서 그리고 둘째로，프로쎄스의 페지를 가져다 놓는데서 있을수 있다. 또다른 
인 자는 대 부분의 회 전하는 2 차기 억 장치 들의 물리 적 특성 이 보다 효률적 인 자료블로크이 
송을 위하여 더 큰 폐 지 크기 를 요구한다는것 이 다. 

이 문제를 복잡하게 만드는것은 폐지부재가 일어 나는 비률에 대한 페지크기의 영향 
이다. 이 성질을 일반적인 용어들로 그림 8-11 1에서 보여 주고 있는데 국소성의 원리 
에 기초하고 있다. 페지크기 가 매우 작다면 보통 상대적으로 많은 페지들을 프로쎄스용 
으로 주기억기 에서 사용할수 있을것 이 다. 시 간이 지 나면 기 억기 에 있는 페지들은 모두 
최근에 참조한 근방에 있는 프로쎄스의 부분들을 포함할것이다. 그러므로 페지부재률은 
낮아 진다. 페지의 크기 가 증가됨 에 따라 매 개 개 별적 인 페지 는 임의의 특정한 최 소참조 
와 더욱더 멀리 떨어 진 위 치들을 포함한다. 그러므로 국소성원리의 효과는 약해 지고 
페지부재률은 올라 가기 시작한다. 그러나 결과적으로 페지부재률은 폐지의 크기가 전체 
프로쎄스의 크기 에 다가감에 따라 떨어 지기 시작한다(선도에서 점 P ). 단일한 페지가 
전체 프로쎄스를 포괄하면 아무런 폐지부재도 없을것 이 다. 

더 우기 복잡한것 은 페 지 부재 률이 프로쎄 스에 배 정 된 프레 임 의 수에 따라서 도 결정 된 
다는것 이 다. 그림 8-11 i •가 그것을 보여 주고 있는데 고정된 페지크기에 대하여 부재률 



P = 옹근프로쎄 스의 크기 
W =작업모임의 크기 

프로쎄스내의 총 페지번호 


그림 8-11. 프로그람의 대표적인 페지화의 성질 
1- 페 지크기，배 정 된 페 지프레 임수 
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은 주기억기에 유지되여 있는 페지의 수가 커짐에 따라 떨어 진다. 3 그러므로 쏘프트웨 
어 방책 (매 개 프로쎄 스에 배 정 되 는 기 억 기 량)은 하드웨 어 설계 의 결정 (페 지 크기 )에 
영 향을 준다 . 

표 8-2 에서는 일부 기계들에서 사용된 폐지크기들을 지적 하고 있다. 

끝으로 페지크기의 설계문제 는 물리적 인 주기억기의 크기 와 프로 그람의 크기 에 관련 
된 다. 주기억 기 가 점 점 커 지 는것 과 동시 에 응용 프로 그람들이 사용하는 주소공간도 늘어 
난다. 그런 경 향성 은 개 인용를퓨터 와 작업 기 들에서 가장 명 백한데 여 기서 응용 프로 그람 
들은 아주 복잡해 지고 있다. 더우기 규모가 큰 프로 그람들에서 사용된 당시의 프로 그람 
작성수법 들은 프로쎄 스안에 서 참조의 국소성 을 감소시키 는 경 향성 을 가지 고 있 다 
[ HUCK 93]. 실례 를 들면 

• 객체지향수법들은 상대적으로 짧은 시간동안에 상대적으로 많은 수의 객체들에 
대해 분산된 참조를 가진 많은 작은 프로그람과 자료모둘을 사용한다. 

• 다중스레 드식응용프로그람들은 명 령흐름에서 와 분산된 기 억기참조에 서 급격한 변 
화를 일으킬수 있다. 


표 8-2. 페지크기에 대한 ■ 


름퓨터 

페 지 크기 

Atlas 

512 개 의 48bit 단어 

Honeywell-Multics 

1024 개 의 36bit 단어 

IBM 370/XA 와 370/ESA 

4kbyte 

VAX 계 렬 

512byte 

IBM AS/400 

512byte 

DEC Alpha 

8kbyte 

MIPS 

4kbyte - 16Mbyte 

Ultra SPARC 

8kbyte - 4Mbyte 

Pentium 

4kbyte - 4Mbyte 

Power PC 

4kbyte 


주어 진 크기의 TLB 에 대하여 프로쎄스의 기 억기크기가 증가함에 따라 그리고 국 
소성 이 감소함에 따라 TLB 에 관한 명 중률은 한계값에 접 근한다. 이 런 상태 에 서 TLB 
는 성능의 병목으로 될수 있다(실례 : [ CHEN 9 幻를 보시오.). 

TLB 성능을 개선하는 한가지 방도는 더 많은 입구점들을 가지는 보다 큰 TLB 를 사 
용하는것 이 다. 그러 나 TLB 의 크기는 주기억기캐쉬와 명 령주기당 기 억기접근수와 같은 
하드웨 어 설계의 다른 측면들과 호상 제 약한다 [ TALL 9 幻 . 약점 은 TLB 의 크기 가 주기 억 
기의 크기만큼 빨리 증가되지 않는다는것 이 다. 보다 큰 폐지크기를 사용하는 방안을 선 
택하여 TLB 에서 매 개 페 지 표입 구점 이 보다 큰 기 억기의 블로크를 참조하도록 해 야 한 
다. 그러나 큰 페지크기를 사용하면 성능저하를 일으킬수 있다는것을 방금 보았다. 

따라서 많은 설 계 자들이 여 러 가지 의 폐 지크기 를 사용하는 문제 들 [ TALL 92, 
KHAL 93] 과 MIPS R 4000, Alpha , UltraSPARC 및 Pentium 을 포함하여 여 러 가지의 
페지크기 를 지원하는 몇 가지 극소형처 리기구성 방식들을 연구하였 다. 여 러 가지의 페지크 
기는 TLB 를 효과적으로 사용하는데 필요한 유연성을 보장한다. 실례를 들면 프로그람 
명령과 같은 프로쎄스의 주소공간에서 큰 련속구역을 많은 개수의 작은 폐지가 아니라 
작은 개수의 큰 페지를 사용하여 사영할수 있다. 그러나 가장 상업적인 조작체계들은 여 


파라메 터 …는 제 8 장 제 2 절에서 설명 하는 개념 인 작업모임의 크기를 보여 주고 있다. 
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전히 기초로 되고 있는 하드웨어의 능력을 고려하지 않고 하나의 폐지크기만을 지원하고 
있다. 그 리유는 페지크기가 조작체계의 많은 측면들에 영향을 준다는것인데 이로부터 
여 러개의 페 지 크기 로 변화시 킨다는것 은 복잡한 문제 로 되 고 있 다(설명 은 [ GANA 98] 을 
보시오.). 

토막화 


가상기억기의 본질 


토막화는 프로그람작성 자가 기 억기를 다중주소공간 즉 토막들로 구성되여 있는것으 
로 보게 한다. 토막들은 서 로 같지 않는 실제 상 동적 인 크기 로 될수 있다. 기 억 기참조는 
주소의 형 태 (토막번호，편위 )로 구성된다. 

이 조직 은 비토막식 주소공간에 비해 프로그람작성 자에 게 많은 유리한 점 을 준다. 즉 

1. 늘어 나는 자료구조의 처 리를 간소화시 킨다. 만일 프로그람작성 자가 특정한 자료 
구조가 얼마나 커 지 겠는지 사전에 알지 못한다면 동적토막크기 가 허 용되 지 않는 
한 추측해 야 한다. 토막식 가상주소를 사용하면 자료구조를 그자체의 토막에 할당 
할수 있 으며 조작체 계 는 필 요에 따라 토막을 확대하거 나 축소한다. 만일 확대 되 
는데 필요한 토막이 주기억기에 있는데 공간이 불충분하다면 조작체계가 가능하 
다면 그 토막을 주기억기의 더 큰 령역으로 이동시킬수도 있고 또는 그것을 교체 
하여 내 보낼수도 있다. 후자의 경우 확대된 토막은 다음 기회에 교체되여 
들어 온다. 

2. 프로그람의 전체 적 인 모임 을 요구함이 없 이 독립 적 으로 변경 하고 재 콤파일하여 
다시 련결하고 다시 적재할수 있다. 또한 이것은 다중토막들을 사용하여 
수행된다. 

3. 그자체 를 프로쎄 스들사이 에 서 공유하도록 한다. 프로그람작성 자는 편의프로 
그람이나 유용한 자료표를 다른 프로쎄스가 참조할수 있는 어떤 토막에 배 
치 할 수 있 다. 

4. 그자체 가 보호에 기 여하도록 한다. 토막을 잘 정 의된 프로그람이 나 자료의 모임 
을 포함하도록 구성할수 있기때 문에 프로그람작성 자나 체 계관리 자가 편리한 방식 
으로 접근권한을 할당할수 있다. 

구성 

단순토막화에 대한 설명에서는 매개 프로쎄스가 자기자체의 토막표를 가지며 그 토 
막모두가 주기억기 에 적재될 때 프로쎄스에서의 토막표가 창조되 여 주기억 기 에 적재된다 
는것을 지적하였다. 매개 토막표입구점은 주기억기에서 대응하는 토막의 시작주소는 물 
론 그 토막의 길이도 가지고 있다. 토막화에 기초한 가상기억기방안을 고찰할 때 같은 
장치，토막표가 요구된다. 또 대체로 단일토막표를 매개 프로쎄스와 련관시킨다. 그러나 
이 경우에 토막표입구점들은 더 복잡해 진다(그림 8-2 l ). 프로쎄스의 일부 토막들만이 
주기억기에 있을수 있으므로 대응하는 토막이 주기억기에 있는가 없는가를 지적하기 위 
하여 매개 토막의 입구표에 한개의 비트가 있어 야 한다. 그 비트가 토막이 기 억기 에 있 
다는것을 지적해 주면 입구점은 또한 시 작주소와 그 토막의 길 이를 포함한다. 

토막의 입 구표에 필요한 또 다른 조종비 트는 변경비 트인데 대 응하는 토막의 내 용이 
그 토막이 마지막으로 주기억기에 적재된 때로부터 변경되였는가 아닌가를 지적한다. 아 
무러한 변화도 없었다면 그것이 현재 차지하고 있는 프레임에서 토막을 치환할 시간이 
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올 때 그 토막을 외부쓰기할 필요가 없다. 다른 조종비트를 또 줄수도 있다. 실례로 보 
호나 공유를 토막준위에서 관리한다면 그 목적을 위한 비트들이 필요할것 이 다. 

기억기에서 단어를 읽는 기본수법은 토막번호와 편위로 구성되여 있는 가상 즉 론리 
주소를 토막표를 사용하는 물리 적 주소에 로 변환하는것 을 동반한다. 토막길 이 가 프로쎄 스 
의 크기에 따라 길이가 변하기때문에 그것을 등록기들에 유지하게는 할수 없다. 대신 그 
것 에 접근할수 있도록 주기억 기 에 있어 야 한다. 그림 8-12 는 이 방안에 대 한 하드웨 어 
실현을 제의하고 있다. 특정한 프로쎄스가 실행하고 있을 때 등록기는 프로쎄스에 대한 
토막표의 시작주소를 보존한다. 가상주소토막번호는 표를 첨수주소화하며 그 토막의 시 
작에 대 한 주기억기의 주소를 찾아 보는데 사용한다. 이것을 가상주소의 편위부분에 더 
하여 요구하는 실제 주소를 산생 시킨다. 



조합식페지화와 토막화 

페지화와 토막화는 둘 다 자기들의 위력을 가지고 있다. 프로그람작성 자에게 투명한 
페 지 화는 외 부조각을 제 거 함으로써 주기억 기 를 효과적 으로 사용할수 있게 한다. 게 다가 
주기억기의 안팎으로 이동하는 조각들이 고정된 같은 크기로 되 여 있으므로 앞으로 보게 
될 프로그람들의 성질을 조종하는 정교한 기 억기관리알고리듬을 개 발할수 있게 한다. 프 
로그람작성자가 변경할수 있는 토막화는 앞에서 지적한 위 력을 가지며 늘어 나는 자료구 
조，모둘성을 조종하고 공유 및 보호를 지원하는 능력을 가진다. 량자의 우점 을 결합시 
키 기 위 하여 일 부 체 계 들에 서 는 처 리 기 의 하드웨 어 와 조작체 계 쏘프트웨 어 로 장비 하여 량 
자의 우점을 살리고 있다. 

조합식페 지 화/토막화체 계 에서 사용자의 주소공간은 프로그람작성 자가 마음대 로 몇 개 
의 토막들로 분할한다. 매 개 토막들은 또 몇개의 고정된 크기의 폐지들로 분할되는데 그 
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것은 주기 억기프레 임과 길이가 같다. 프로그람작성 자의 견지 에서 론리적주소는 여전히 
토막번호와 토막편위로 구성되여 있다. 체계의 견지에서 토막편위를 특정한 토막안에 있 
는 페지에서의 페지번호와 페지편위로 본다. 

그림 8-13 에서는 조합식페지화/토막화를 지원하는 구조를 제기 하고 있다. 매 개 프로 
쎄스와 관련된것은 한개의 토막표와 많은 폐지표인데 프로쎄스토막당 하나씩 있다. 특정 
한 프로쎄 스가 실행 하고 있을 때 등록기 는 프로쎄 스의 토막표시작주소를 보존하고 있다. 
가상주소로 표현한다면 처 리기는 토막번호부분을 사용하여 프로쎄스의 토막표를 첨수주 
소화하고 토막화에서의 페지표를 찾아 낸다. 그다음 가상주소의 페지번호부분을 사용하 
여 페지표를 첨수주소화하고 대응하는 프레임번호를 찾아 본다. 이것이 가상주소의 편위 
부와 조합되 여 요구하는 실제 주소를 산생 시킨다. 



그림 8-13. 토막화/폐지화체계에서의 주소변환 

그림 8-2 도는 토막표입구점과 페지표입구점의 양식을 제기하고 있다. 이전과 같이 
토막표입구점은 토막의 길이를 포함하고 있다. 그것은 또한 기준마당을 포함하고 있는데 
이것을 이제부터 페지표라고 한다. 제시 및 변경 비트들이 필요 없는데 그것은 이것들이 
폐지준위에서 처리되기때문이다. 공유 및 보호를 목적으로 다른 조종비트를 사용할수도 
있다. 페지표입구점 은 본질적 으로 순수한 페지화체 계 에서 사용되 는것과 같은것 이 다. 매 
개 페지번호는 페지가 주기억기에 있다면 대응하는 프레임번호로 사영된다. 변경된 비트 
는 프레 임 이 또다른 페지 에 배정될 때 페지 를 거꾸로 외 부쓰기해 야 하는가 아닌가를 지 
적한다. 보호나 기 억 기관리의 다른 측면들을 처 리 하는 다른 조종비 트들이 있을수도 있다. 

보호와 공유 

토막화는 그자체가 보호 및 공유방책에 기 여한다. 매개 토막표입구점 이 길이는 물론 
기준주소를 가지고 있기때 문에 어떤 프로그람이 토막의 한계률 넘 어 주기억기위치 에 예 
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뜨로그람작성자에게 보이지 않으며 보호 및 
•다. 그림 8-14 는 그러한 체 계 들에 서 실 행 


보다 정교한 수법을 적용할수도 있다. 공통적 인 방안은 제 3 장에서 
I 형 보호구조를 사용하는것 이 다(련습문제 3-16). 이 방안에 서 보다 낮- 
i 다 안쪽에 있는 고리들은 높은 번호를 가진 즉 바깥쪽 고리들보다 
느수 있다. 대체로 고리 0 은 보다 높은 준위에 있는 응용프로그람인것. 
I 의 핵 심 부기 능들에 예 약되 여 있 다. 일부 편의프로그람이 나 조작체 계 
중간고리 를 차지할수 







제 2 절. 조작체계의 쏘프트웨어 

조작체계에서 기억기관리부분의 설계는 세가지 기본 령역의 선택에 관계된다. 즉 

• 가상기 억기수법을 사용하는가 안하는가 

• 페지화 또는 토막화 아니면 둘 다 사용하는가 

• 기억기관리의 여러가지 측면에서 사용되고 있는 알고리듬 

첫 두개 령역에서의 선택은 사용할수 있는 하드웨어가동환경에 관계된다. 그래서 초 
기의 UNIX 실현물들은 체 계를 실행한 처 리기들이 페지화나 토막화를 지 원하지 못했기 
때문에 가상기억기를 제공하지 못하였다. 이 수법들중에서 어느것이든 주소변환 및 다른 
기본 기능들에 대한 하드웨어적지원이 없으면 실천적인것이 못된다. 

우에서 지적한 첫 두개의 항목들에 대 하여 두가지를 보충적 으로 해 석한다. 즉 우선 
MS-DOS 와 같은 보다 낡은 일부 개인용콤퓨터에서의 조작체계와 전문화된 체계들은 제 
외하고 모든 중요한 조작체계들이 가상기억기를 보장한다. 둘째로，순수한 토막화체계는 
점차 적용하지 않고 있다. 토막화를 페지화와 조합할 때 조작체계설계자들이 부닥치게 
되 는 기 억 기관리 문제 는 페 지 화의 령 역 이 다. 4 그러 므로 이 절 에서 는 페 지 화와 관련되 여 
있는 문제들에 집중한다. 

셋째 항목과 관련되는 선택은 조작체계쏘프트웨어의 분야이며 이 절의 주제로 된다. 
표 8-3 에서는 고려하는 주요한 설계요소들을 목록화하고 있다. 매 경 우에 기 본 문제는 
성 능 한가지 이 다. 즉 페 지 부재 가 발생하는 비률을 최 소화하는것 인데 그것 은 페 지 부재 가 
상당한 쏘프트웨어 의 간접 소비 시 간을 가져 오기 때 문이 다. 최 소한 간접 소비 시 간에 는 어 느 
상주폐지 또는 페지 들을 치환하겠는가를 결정하는 문제 와 폐지 를 교환하는데서의 입 출력 
이 포함된 다. 또한 조작체 계 는 다른 프로쎄 스를 일 정작성하여 프로쎄 스를 절 환시 키 는 페 
지의 입출력기간에 실행시켜야 한다. 따라서 프로쎄스가 집행하고 있는 시간동안에 빠진 
폐 지 상에 있는 단어 를 참조할 가능성 이 최 소가 되 도록 일 감을 배 치하여 야 한다. 표 8-3 
에서 언급된 모든 령역들에는 가장 좋게 작업시키는 그 어떤 정해진 방책도 없다. 보는 
것처 럼 페지화환경 에서 기 억기관리과제는 매우 복잡하다. 더우기 임의의 특정한 방책들 
의 성능은 주기억기의 크기，주 및 2 차기억기의 상대적속도, 자원을 놓고 경쟁하는 프 
로쎄스들의 크기와 수 그리고 개별적프로그람들의 집행동작에 의존하고 있다. 이 후자의 
특성 은 응용프로그람，사용되 는 프로그람작성언어 와 를파일 러，그것을 작성한 프로그람 
작성자의 문제에 관계되며 또 대화형프로그람에서는 사용자의 동적 인 행동에도 관계된다. 
그러 므로 여기서 나 임의의 곳에서 그 어떤 최종적 인 대 답도 기 대하지 말아야 한다. 보다 
규모가 작은 체 계 에서 조작체 계설계 자는 현재의 지식상태 에 기초하여 넓은 령역의 조건 
에 관하여 〈〈좋다》고 보이는 방책들의 모임 을 선정 하여 야 한다. 보다 규모가 큰 체 계 
특히 일 반형콤퓨터 인 경 우에 조작체 계 는 싸이트관리 자가 조작체 계 를 조화시 켜 싸이트의 
조건들에 기초한 《좋은》결과들을 엄 을수 있게 해 주는 감시 및 조종도구를 갖추 
어 야 한다. 


보호와 공유는 보통 조합식토막화/폐지화체 계의 토막준위 에서 취급한다. 이 문제는 다음 장들에서 
취 급한다. 


322 




표 8-3. 가상기억기의 조작제계방책 


불러내기방책 

요구 

미 리 폐 지 화 

배 치 방책 

치환방책 

기본알고라著 
최적 

최대미사용 (LR JI 
선입선출 (FIFC | 
시계 

폐지 완충 


상주모임관리 

상주모임크기 
고정 됨 
가변적 임 
치환범위 
전역 

지우기 5 책 

요구 

미리지 우기 

적재 조종 

다중프로그람작 경 정 


불러내기방책 

불러 내기 방책은 언제 페지를 주기 억기에 가져 다 넣겠는가를 결정한다. 두가지 공통 
적인 선택안은 요구페지화 및 미 리페지화이다. 요구페지화에서는 폐지상의 위치에 대하 
여 참조가 이루어질 때에만 페지를 주기억기에 가져다 넣는다. 기억기관리방책의 다른 
요소들이 만족된다면 다음과 같은 현상들이 일어 날수도 있다. 프로쎄스를 처음으로 시 
작할 때 페지부재혼란이 일어 난다. 폐지를 점점 더 많이 가져다 넣을수록 국소성의 원 
리로부터 후에 대부분의 참조가 최근에 가져다 넣은 페지에서 이루어 진다. 그러므로 어 
떤 시간후에는 문제거 리가 평정되여 페지부재의 수는 매우 낮은 수준까지 떨어 진다. 

미 리폐지화에서는 폐지부재 로부터 요구되는 페지가 아닌 다른 폐지를 가져다 넣는다. 
미 리 페 지 화는 자리찾기 시 간과 회 전지 연시 간을 가지 는 디 스크와 같은 대 부분의 2 차기억 
기의 특성들을 리 용한다. 이것은 만일 프로쎄 스의 페지들이 2 차기억 기 에서 린접 하여 기 
억되여 있다면 이따금 그것들을 끌어 들이는것보다 몇개의 린접한 페지들을 한번에 끌어 
다 넣는것이 더 효과적이다. 물론 끌어 들인 대부분의 나머지 폐지들이 참조되지 못한다 
면 이 방책은 효과적 이지 못하다. 

프로쎄스가 첫 시 작을 할 때 에는 어쨌든 프로그람작성 자가 요구하는 폐지를 지명해 
야 한다. 또는 매 번 페 지 부재 가 발생할 때 미 리 페 지 화방책 을 사용할수 있 다. 후자의 과 
정은 그것 이 프로그람작성 자에게 보이지 않으므로 더 좋은듯하다. 그러 나 미 리페지화의 
실용성은 확정되여 있지 않다 [ MAEK 87]. 

미리페지화를 페지교체와 혼동하지 말아야 한다. 페지교체에서는 프로쎄스가 기억기 
밖으로 교체되여 나가 중단된 상태에 놓일 때 모든 상주폐지들이 이동되여 나간다. 프로 
쎄스를 재개할 때 이미 주기억기에 있던 모든 폐지들은 주기억기에로 다시 들어 간다. 

배치방책 

배 치방책은 실제기 억기에서 프로쎄스조각이 어 디에 상주하겠는가를 판정한다. 순수 
토막화체 계 에서 는 배 치방책 이 중요한 설계문제 로 되 는데 제 7 장에서 설명한 최적적 합방 
책，최 초적 합방책 등과 같은 방책 들을 선택할수 있 다. 그러 나 순수한 페 지 화든지 토막화 
와 조합된 페지화를 사용하는 체계에서 배치는 보통 적합하지 않은데 그것은 주소변환하 
드웨어와 주기억기접근하드웨 어가 임의의 폐지프레 임조합에서 자기들의 기능들을 동일한 
효률을 가지 고 수행할수 있기때 문이 다. 
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배치방책과 관련한 연구 및 개발이 계속 진행되고 있다. 이른바 비통일적인 기억기 
접근 (NUMA) 다중처리기상에서 기계의 분산형공유기억기를 기계상의 임의의 처리기가 
참조할수 있으나 특정한 물리적위치에 접근하는 시간은 처리기와 기억기모둘사이의 거리 
에 따라 변한다. 그러므로 성능은 자료가 그것들을 사용하는 처리기에 얼마나 가까이 있 
는가에 크게 좌우된다 [LAR092，B0L089, COX89]. NUMA 체 계 에서 는 자동배 치 전략 
이 폐지들을 가장 좋은 성능을 주는 기 억기모둘에 할당하는데서 적 합하다. 

치환방책 

대부분의 조작체계에 관한 책들에서 기억기관리에 대한 처리는《치환방책》이라는 
표제밑에 새로운 폐지를 끌어다 넣어야 할 때 기억기에서 폐지를 선택하여 치환하는 문 
제를 취급한다. 이 문제는 때 로는 설명 하기 가 힘든데 그것은 호상련관되 여 있는 몇 가지 
개념들이 포함되기때문이다. 즉 

• 매개 능동프로쎄스에 배정해 야 할 폐지프레 임의 량 

• 치 환에서 고려해 야 할 페 지의 모임 이 페 지부재 를 일으킨 프로쎄 스에 국한되 는지 
아니면 주기억기의 모든 폐지프레 임을 다 포괄하는지 

• 고려 되 는 폐 지 모임 중에 서 치 환에 선택 되 는 특정한 페 지 는 어 느것 인지 

첫 두 개념을 상주모임관리라고 하는데 이것은 다음 부분절에서 취급하며 세번째 개 
념 에 대 해서 는 치 환방책 이 라는 용어 를 불여 이 부분절에서 설명한다. 

치환방책의 분야는 아마 지난 20 여년에 걸쳐 기 억기관리들에서 가장 많이 연구된 
분야일것 이 다. 주기억기 에서 모든 프레 임들이 차지 하고 새 로운 폐지를 끌어 들여 페지부 
재 를 만족시켜 야 할 때 치 환방책 은 기 억기 에서 현재 어 느 폐지 를 치 환하겠는가를 결정한 
다. 모든 방책들에서는 적 어도 가까운 장래 에 참조될수 있음직한 페지 로 될 바로 그 페 
지를 자기의 대상으로 한다. 국소성의 원리로 하여 최근 참조경력과 가까운 장래의 참조 
패 런들사이에는 흔히 높은 상관이 있다. 그러므로 대부분의 방책들은 과거의 동작에 기 
초하여 가까운 장래 의 동작을 예 측한다. 고려해 야 할 한가지 절 충방안은 치 환방책 이 정 
교하면 할수록 그것 을 실 현 하기 위한 하드웨 어 와 쏘프트웨어 의 간접 소비 시 간은 점 점 더 
커 진다는것 이 다. 


프레임폐쇄법 


각이한 알고리 듬들을 설명 하기 전에 치 환방책 에 관한 한가지 제 약조건을 언급할 필요 
가 있다. 즉 주기억기에서 일부 프레임들은 폐쇄시킬수도 있다. 프레임이 폐쇄될 때 현 
재 프레임에 기억된 페지는 치환할수 없다. 조작체계의 많은 핵심부는 폐쇄된 프레임들 
상에 보존될뿐아니 라 물론 기본 조종구조로 된다. 그밖에 입출력완충기들과 다른 시 간림 
계구역들을 주기 억기프레임들로 페쇄시킬수 있다. 폐쇄법은 폐쇄 비트를 매개 프레임과 
련관시켜 실현할수 있다. 물론 이 비트를 현재 페지표에 포함되여 있는 프레임표에 보관 
할수 있다. 

기본알고리듬 

상주모임 관리 전략에 관계 없 이 (다음의 소절 에 서 설명한다. ) 치 환할 폐 지 선택 에 사용 
되 는 일정한 기 본 알고리 듬들이 있 다. 문헌들에서 고찰하여 온 치 환알고리 듬들로는 다음 
과 갈은것들이 있다. 즉 
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• 최적알고리듬 

• 최대미사용 ( LRU ) 알고리듬 

• 선입선출 ( FIFO ) 알고리듬 

• 시계알고리듬 

최적 방책은 다음 참조시 간이 가장 긴 페지를 치환용으로 선택한다. 이 알고리 듬이 
가장 적은 수의 페지부재를 초래한다는것을 보여 준다 [ BELA 66]. 명백히 이 알고리듬은 
실현불가능한데 그것은 조작체계가 장래의 사건들을 완전히 확증해야 하기때문이다. 그 
러 나 이 알고리 듬은 다른 알고리 듬들을 판정하는 기 준으로 봉사한다. 

그림 8-15 에서는 최적방책 에 대 한 실례 를 주고 있다. 이 실례 는 세개의 프레 임 중에 
서 이 프로쎄스에 대한 고정된 프레 임배정 (고정된 상주모임크기)을 가정하고 있다. 프로 
그람의 집행으로 형성되는 페지주소흐름은 
232152453252 

인데 이것은 참조된 첫 페지가 2 이고 두번째 참조된 페지가 3 …이 라는것을 의미한다. 
최 적 방책 은 프레 임 배 정 이 끝난다음에 세 개 의 페 지 부재 를 산생 시 킨 다. 



그림 8-15. 네개의 폐지치환알고리듬의 동작 


최대미사용 ( LRU ) 방책은 가장 오랜 시간동안 참조되지 않는 기억기안의 폐지를 치 
환한다. 국소성의 원리에 의해 이것은 가까운 장래에 가장 적게 참조됨직한 폐지로 된다. 
그리 고 사실상 LRU 방책은 거의나 최적 인 방책 으로 된다. 이 방법과 관련한 문제는 실 
현하기 가 곤난한것 이 다. 한가지 방법은 그의 마지막 참조시 간을 가지는 매개 페지 에 태 
그를 달아 주는 방법 인데 이것은 모든 명 령과 자료를 기 억기참조할 때 마다 진행하여 야 
한다. 하드웨 어 가 그러한 방안을 지 원한다고 해 도 간접 소비 시 간은 굉 장히 커 진 다. 대 신 
폐지참조용으로 탄창을 사용할수 있는데 이것역시 값이 많이 든다. 

그림 8-15 에서는 LRU 의 동작에 대 한 실례를 보여 주고 있는데 최적방책 실례 에서 와 
갈은 폐지주소흐름을 사용하고 있다. 
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선입선출방책 은 프로쎄 스에 배정된 폐지 프레 임들을 순환완충기 로 처 리 하며 페지들은 
순환식으로 제거한다. 요구되는것은 모두 프로쎄스의 폐지프레임들을 원을 짓게 해 주는 
지시기이다. 따라서 이것은 가장 간단한 폐지치환방책중의 하나가 실현되는것으로 된다. 
이 선택을 뒤 받침하는 론리는 그것의 단순성에 있는것 이 아니 라 주기 억기에 가장 오래 
있은 폐지를 치환한다는 바로 그것이다. 즉 오래전에 기억기에 불러 들인 폐지가 이제는 
사용에서 떨어 져 나갈수 있다는것이다. 이러한 론의는 흔히 잘 맞지 않는데 그 리유는 
프로그람의 수명전기간에 걸쳐 많이 사용되는 프로그람이나 자료구역이 자주 존재하기때 
문이다. 그러한 폐지들이 선입선출알고리듬에 의해 자주 페지화되여 폐지넣기 및 페지출 
구된마. 

그림 8-15 에서의 실례를 보면 FIFO 방책이 6개의 페지부재를 일으킨다. LRU 는 2 
폐지와 5폐지가 다른 폐지들보다 더 자주 참조되는 반면에 FIFO 는 그렇지 못하다는데 
주목하자. 

LRU 방책 이 거의 최적 인 방책 으로서 잘 동작하는 반면에 실현하기 힘들고 현저한 
간접소비시간을 부과하기가 힘들다. 다른 한편 FIF ◦방책은 매우 간단하여 실현할수 있 
으나 상대적 으로 약하게 동작한다. 여 러해동안 조작체 계설계 자들은 간접소비시 간을 적게 
하면서 LRU 의 성능에 가까운 많은 다른 알고리듬들을 시도하였다. 이 많은 알고리듬들 
은 시계방책 이 라고 하는 방안의 변종들이다. 

시계방책의 가장 간단한 형 태는 사용비트라고 하는 보충적 인 비트를 매 개 프레 임과 
련관시킬것을 요구한다. 폐지가 기억기의 프레임에 처음으로 적재될 때 프레임에 대한 
사용비트가 1 로 설정된다. 폐지 가 계속 참조될 때 (페지부재 가 발생한 참조후에) 그의 
사용비트는 1 로 설정된다. 페지의 치환알고리듬에서 치환후보로 되는 프레 임모임 ( 프로 
쎄 스: 국부유효범위 : 모든 주기억 기 : 전역 유효범 위 5 )은 지 시 자가 관련되 는 순환완충기 
로 고찰한다. 페 지 가 치 환될 때 지 시 자는 완충기 의 다음 프레 임 을 가리 키 기 위하여 설 정 
된다. 페지를 치환할 시간이 올 때 조작체계는 완충기를 주사하여 사용비트가 0 으로 설 
정되여 있는 프레임을 찾는다. 사용비트가 1 인 프레임과 맞다 들릴 때마다 비트를 0 으 
로 재 설정한다. 만일 완충기 에서 임의의 프레 임 이 이 처 리의 초기 에 사용비 트를 0 으로 
가지고 있다면 맞다 들린 첫 프레임이 치환용으로 선택된다. 만일 모든 프레임들이 사용 
비 트를 1 로 가진다면 지시 자는 완충기를 통한 하나의 완전한 주기를 만들며 모든 사용 
비 트를 0 으로 설정하여 초기위 치 에서 정지하며 프레 임의 페지 를 치 환한다. 시 계방책 에 
서 사용비트를 1 로 가지는 임의의 프레임의 알고리듬으로 넘어 가는것을 제외하고는 이 
방책 이 FIFO 와 류사하다는것 을 알수 있 다. 그 방책 을 시 계방책 이 라고 하는것 은 페 지 프 
레임 들을 원에 펼쳐 놓은것 처 럼 볼수 있기때 문이 다. 많은 조작체 계 들에서 는 이 간단한 
시 계방책 의 일부 변종들을 사용하고 있 다(실 례 로 Multics [ CORB 68]) . 

그림 8-16 에서 는 간단한 시 계방책 수법 에 대 한 실례 를 보여 주고 있다. n -1 개 의 주기 
억기 프레 임들로 된 순환완충기는 폐지치환에서 사용할수 있다. 727페지 가 들어 오는것과 
관련하여 완충기에서 어떤 페지를 치환하기전에 다음 프레임지시자는 45폐지를 포함하고 
있는 2프레임을 지적한다. 시계방책은 이제부터 집행된다. 2프레임의 45페지에 대한 사용 
비트는 1과 같기때문에 이 페지는 교체되지 않는다. 대신에 사용비트는 0으로 설정되며 
지시 자는 전진한다. 류사하게 3프레 임의 191폐지가 치환되지 않는데 사용비트는 0으로 설 
정된다. 따라서 556페지는 727페지와 교체된다. 사용비트는 프레임에 대해 1로 설정되며 
지 시 자는 5프레 임 에 로 전 진 하여 페 지 의 치 환수속을 끝낸 다. 

5 유효범위에 대한 개념은 소절《치환의 유효범위》에서 계속 론의한다. 
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시 계방책 의 동작을 그림 8-15 에서 설명한다. 별표가 있는것은 대 응하는 사용비 트가 
1 과 같다는것을 가리키며 화살표는 현재 지 시 자의 위 치를 가리 킨다. 시계방책은 2 프레 
임 과 5 프레 임 을 치 환으로부터 보호하는데 쓰인 다. 

그림 8-17 에서는 [ BAER 8()] 에서 보고된 실험의 결과를 보여 주고 있는데 이것은 론 
의한 4개의 알고리 듬을 비 교하고 있으며 프로쎄스에 할당된 몇 개의 페지 가 고정된다는것 
을 가정하고 있다. 결과들은 FORTRAN 프로그람에서 0.25 X 10 6 참조의 집행에 기초하고 
있 으며 페 지 크기 는 256단어 를 사용하고 있 다. Baer 는 6, 8，10，12 및 14개 의 프레 임 배 
정에 관하여 실험을 하였다. 네가지 방책들사이에서 차이는 배정이 작을 때 가장 치명적 
인데 FIFO 는 최 적 방책 인 경 우보다 2배 이 상 더 나쁘다. [ FINK 88] 에 서 도 거 의 동일 한 
결과가 보고되였는데 역시 최대퍼짐이 대략 2배라는것을 보여 주고 있다. Finkel 의 방 
법 은 100개 폐지의 가상공간에서 선택된 10000개의 합성된 폐지참조렬에 대 한 각이한 방 
책 들의 효과를 모의하는것이 였 다. 국소성 원 리 의 효과를 근사화하기 위하여 특정한 폐 지 
를 참조할 확률로서 지수분포를 적용하였다. Finkel 은 축에서 단지 2배 일 때 정 교한 페 
지치환알고리듬들에서 거의 문제가 없다는 결론을 내릴수 있었다. 그러나 이 차이가 주 
기억 기의 요구에 대해서든(조작체 계의 성 능저 하를 피 하기 위 하여 ) 조작체 계의 성 능에 대 
해서든(주기억기가 확대되는것을 피하기 위하여) 현저한 효과를 가지게 된다는것을 지적 
하고 있다. 

시 계 알고리 듬은 또한 가변배 정 및 전역 치 환범 위 든 국부치 환범 위 든(치 환방책 의 다음 
의 설명을 보시오.) 사용될 때 [ CARR 81, CARR 84] 다른 알고리듬들과 비교하였다. 

결과 시 계 알고리 듬들이 LRU 의 성 능에 거 의 가까이 접 근한다는것 을 알게 되 였 다. 

그것 이 사용하는 비 트수를 증가시 켜 시 계알고리 듬을 더 강력하게 만들수 있 다. 6 페 
지화를 지원하는 모든 처리기들에서 변경비트는 주기억기의 매개 폐지와 련관되여 있으 
므로 주기억기의 매개 프레임과도 련관되여 있다. 이 비트는 폐지가 변경되였을 때 그것 
이 2 차기억기 에 씌여질 때까지 치환되지 않도록 하기 위해 필요하다. 시계알고리듬에서 
이 비 트를 다음과 같은 방법 으로 사용할수 있다. 만일 사용자변경비 트를 고려 한다면 매 
개 프레 임은 4개의 범위중의 하나에 속한다. 즉 

• 최근에 접근되지 않음，변경되지 않음 ( u = 0； m = 0 ) 

• 최근에 접근됨，변경되지 않음 ( u = 1； m = 0 ) 

• 최근에 접근되지 않음，변경됨 ( u = 0； m = 1 ) 

• 최근에 접근됨，변경됨 ( u = 1; m = 1 ) 

이 분류에 따라 시계알고리듬은 다음과 같이 동작한다. 즉 

1. 지시자의 현 위치에서 시작하여 프레임완충기를 주사한다. 이 주사기간 사용비트 
에 아무런 변화도 주지 않는다. ( u = 0； m = 0 ) 에 관하여 맞다 들린 첫 프레 
임을 치환용으로 선택한다. 

2. 1 단계 가 실패 하면 다시 주사하여 ( u = 0； m = 1 ) 을 가진 프레 임 을 찾는다. 
처음 맞다 들린 프로그람을 치환용으로 선택한다. 이 주사기간에 통과시킨 매개 
프레 임 에 대 해 사용비 트를 0으로 설 정한다. 

3. 2 단계가 실패하면 지시자는 본래 위치에로 복귀되며 모임안의 모든 프레 임들은 
사용비 트를 0 으로 가진다. 1 단계 를 반복하며 필 요하면 2 단계 를 반복한다. 이 때 
어떤 프레임이 치환용으로 발견된다. 


다른 한편으로 사용되는 비트수를 령 으로 풀이면 시 계알고리 듬은 FIFO 로 퇴 화된다. 
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이 전략은 Macintosh 가상기 억 기 방안 [ GOLD 89] 에서 사용하고 있는데 그림 8-18 에 
서 설명하고 있다. 단순한 시계알고리듬에 비한 이 알고리듬의 우점은 변화되지 않은 페 
지 가 교체용으로 선택된다는것 이 다. 변경된 폐지를 치환되기전에 외부쓰기해 야 하므로 
직접 시간이 절약된다. 

폐 지 완충법 

LRU 와 시계방책 이 FIFO 보다 우월하다고 해도 그것들은 모두 FIFO 에서는 당하지 
않는 복잡성과 간접소비시간을 포함한다. 그밖에 변경된 페지를 치환하는 비용이 전자는 
2 차기억기를 외부쓰기해 야 하기때 문에 하지 않은 경우보다 더 커진다는 련관된 문제점 
이 있다. 

페지화의 성능을 개선할수 있으며 더 간단한 페지의 치환방책을 사용할수 있는 흥미 
있는 전략은 폐지완충법 이 다. VAX VMS 방법 이 전형 적 이 다. 폐 지의 치 환알고리 듬은 
간단한 FIFO 이 다. 성능을 개선하기 위해 치환된 폐지를 없애는것 이 아니 라 두개 목록 
즉 폐지가 변경되지 않았다면 자유페지목록에 또는 변경되였다면 변경페지목록에 할당한 
다. 주목할것은 그 페지 가 주기억기 에서 물리적 으로 이동한것 이 아니 라는것 이 다. 그대 신 
이 페지에 대한 페지표의 입구점을 옮겨 자유 또는 변경된 페지목록중의 어느 하나에 배 
치 한다. 

자유폐 지 목록은 페 지 들을 읽 어 들이 는데 사용할수 있는 페 지프레 임 들의 목록이 다. 
VMS 는 항상 일정한 작은 수의 자유로운 프레 임 들을 보존하려 고 한다. 페 지를 읽 어 들 
일 때 목록의 맨 우에 있는 폐지프레임을 사용하고 거기에 있던 폐지를 파괴한다. 변경 
되지 않은 폐지를 치환하려고 할 때 그것은 기억기에 남아 있으며 폐지프레임은 자유페 
지목록의 꼬리에 추가된다. 류사하게 변경된 페지가 외부쓰기되여 치환하려고 할 때 페 
지프레임은 변경된 폐지목록의 꼬리에 추가된다. 

이 전술의 중요한 측면은 교체될 폐지가 기억기에 남아 있다는것이다. 그러므로 프 
로쎄스가 페지를 참조한다면 그것은 적은 내용으로 프로쎄스의 상주모임에 반환된다. 사 
실상 자유로우며 변경된 페지목록은 폐지들에 대한 캐쉬로 동작한다. 변경된 폐지목록은 
또다른 유용한 기능을 봉사해 준다. 즉 변경된 페지들은 한번에 한개가 아니라 클라스터 
들로 외부쓰기된다. 이것은 입출력조작의 수를 많이 줄이고 따라서 디스크접근시간의 량 
도 줄인다. 

페 지 완충법 의 보다 간단한 판본이 Mach 조작체 계 [ RASH 88] 에 서 실현되 였 다. 이 경 
우에 변경된 폐지와 변경되지 않는 폐지사이에는 아무런 구별도 없다. 

치 환방책 과 캐쉬의 크기 

이미 론의된바와 같이 주기억기의 크기는 점점 더 커지 고 응용프로그람의 국소성은 
감소하고 있다. 보충적으로 캐쉬크기가 증가하고 있다. 큰 캐쉬크기 지 어 수메 가바이트 
의 크기도 이제는 설계에서 선택할수 있게 되였다 [ BORG 90]. 큰 캐쉬를 사용하여 가상 
기 억 기 폐 지 들을 치 환하면 성 능에 서 효과를 거 둘수 있 다. 치 환용으로 선택된 폐 지프레 임 
이 캐쉬 에 있으면 캐쉬블로크는 그것 이 유지 하는 페지와 함께 상실된다. 

일정한 페지완충형 태 를 사용하는 체계 에서 페지치환방책 을 페 지완충기 에서의 페지 방 
책 과 함께 제 공하여 캐쉬 의 성 능을 개 선할수 있다. 대 부분의 조작체 계 들은 페 지 완충기 에 
서 독단적 인 페지 를 선택하여 페지 들을 배 치하는데 대체 로 선입선출규칙 을 사용한다. 
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[ KESS 92] 에서 보고된 연구결과는 주의를 돌린 폐지배치전략이 순수한 배치보다 캐쉬랑 
비가 10〜20% 더 적어 진다는것을 보여 주고 있다. 

몇 가지 페지배 치알고리듬을 [ KESS 92] 에서 고찰하고 있다. 세부적 인것들은 이 책의 
범위를 벗어 나는데 그것은 캐쉬구조와 방책들의 세부에 의존하기때문이다. 이 전략들의 
본질 은 갈은 캐 쉬 블로크들에 사영 되 는 페 지 프레 임 의 수를 최 소화하는 방법 으로 주기억 기 
에 련속적 인 페지들을 끌어 들이는데 있다. 

상주모임관리 


상주모임의 크기 


페지화된 가상기 억기 에서 집 행을 위한 준비로서 프로쎄스의 모든 페지들을 주기억기 
에 끌어 들일 필요가 없으며 실제적으로 그렇게 할수도 없다. 그러므로 조작체계는 끌어 
들인 페지의 량 즉 특정한 프로쎄스에 배정할 주기억기의 량을 결정해 야 한다. 이때 몇 
가지 인자들이 역할을 논다. 즉 

• 프로쎄스에 배정된 기 억기의 량이 작을수록 임의의 시각에 주기억기 에 상주할수 
있는 프로쎄스들은 더 많아 진다. 이것은 조작체계가 주어 진 임의의 순간에 적 
어 도 한개 의 준비프로쎄 스를 찾아 낼 가능성 을 증가시켜 주며 이 로부터 교체 로 
인한 시간을 감소시 킨다. 

• 만일 상대 적 으로 적 은 수의 프로쎄 스의 페 지 가 주기억 기 에 있 다면 국소성 의 원 리 
에도 불구하고 페지부재률이 오히 려 높아 진다(그림 8-11 l 를 보시오.). 

• 일 정 한 크기 이 상 추가적 인 주기 억 기 를 특정 한 프로쎄 스에 배 정 하는것 은 프로쎄 스 
에서의 폐지부재중에 눈에 띄울만한 아무러한 효과도 주지 못하는데 그것은 국소 
성의 원리때문이다. 

이 인자들을 념두에 두고 조작체계들에서 적용하는 두가지 종류의 방책들을 고찰하 
려 고 한다. 고정배정 방책은 프로쎄스에 주기억기의 고정된 수의 프레 임들을 주어 그 안 
에서 실행시킨다. 그 수는 초기적재시간(프로쎄스의 창조시간)에 결정되며 프로쎄스의 
형 태 (대화형，일괄형，응용프로그람의 형태)에 기초하여 결정될수 있으며 또는 프로그람 
작성 자나 체 계관리 자의 안내 에 기초할수도 있다. 고정배정 방책 에서 는 프로쎄스의 집 행 
시 에 폐지부재 가 발생할 때 마다 그 프로쎄 스의 페지 들중 한개 를 요구되 는 폐지 로 
교체해 야 한다. 

가변배정방책은 프로쎄스에 배정된 몇개의 페지프레임을 프로쎄스의 수명기간에 가 
변시 킬수 있다. 리상적으로 국소성의 원리 가 그 프로쎄스에 대 해 충분하지 못한 형식으 
로만 유지된다는것을 가리켜 주는 높은 수준의 폐지부재를 지속적으로 받고 있는 프로쎄 
스는 추가적인 페지프레임들을 받아 페지부재률을 감소시킨다. 반면에 프로쎄스가 국소 
성의 견지에서 충분히 작용한다는것을 말해 주는 례외적으로 적은 폐지부재률을 가진 프 
로쎄 스는 이것 이 폐지부재률을 현저 히 증가시 키지 않을것 이 라는 기 대를 반영하여 배정 을 
적게 받게 된다. 가변배정방책을 사용하는것은 다음 소절에 설명되 여 있는바와 같이 치 
환범위에 대한 개념과 련관되여 있다. 

가변배정방책은 보다 위력한 방책 으로 될것 이 다. 그러 나 이 방법에서의 난관은 조작 
체계 가 능동프로쎄 스들의 동작을 할당할것을 요구한다는것 이 다. 이것은 불가피 하게 조작 
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체계에서 쏘프트웨 어의 간접소비시간을 필요로 하며 처리기의 가동환경이 제공하는 하드 
웨어기구에 관계된다. 


치환범위 


치환전략의 범위를 전역 또는 국부범위로 분류할수 있다. 두 형태의 방책은 모두 아 
무런 자유폐지프레임도 없을 때 폐지부재에 의해 활성화된다. 국부치환방책은 페지를 선 
택 하여 치 환하는데 서 페 지 부재 를 발생 시 킨 프로쎄 스의 상주페 지 들속에 서 만 선택 한다. 전 
역 치환방책은 프로쎄스가 특정 한 페지를 소유하고 있는가 하는것을 고려 하지 않고 주기 
억기의 페쇄되여 있지 않는 모든 폐지들을 치환의 후보로 간주한다. 국부방책이 분석하 
기는 더 쉬운 반면에 전역방책보다 성능이 더 좋다는 아무러한 확고한 증거도 없지만 그 
것 들은 실 현의 간단성 과 최 소의 간접소비시 간으로 해 서 주목을 끌고 있 다 [CARR84, 
MAEK87]. 


표 8-4. 상주모임관리 



국부치환 

전역 치환 

고정 

배정 

• 처 리 할 프레 임의 수가 고정된다. 

• 치환될 폐지가 그 프로쎄스에 배정된 프레임 
들로부터 선정된다. 

• 불가능 

가변 

배정 

• 프로쎄스에 배정된 프레임의 수를 시간에 따 
라 변화시켜 프로쎄&의 작업모임을 유지할수 
있 다. 

• 치환될 페지가 그 프로쎄스에 배정된 프레임 
들로부터 선정된다. 

• 치환될 페지는 주기억기에서 사 
용할수 있는 모든 프레 임들로부 
터 선정되는데 이것은 프로쎄스 
의 상주모임의 크기가 변할수 
있게 해 준다. 


치환범위와 상주모임크기사이에는 어떤 관계가 있다(표 8-4). 고정된 상주모임은 국 
부치 환방책 을 암시해 준다. 즉 고정된 상주모임의 크기 를 유지 하기 위해 주기억기 에서 
제거 되는 페지 를 동일한 프로쎄스로부터 다른 페지 와 교체 해 야 한다. 가변배정방책은 명 
백히 전역치환방책을 사용할수 있다. 즉 주기억기의 한 프로쎄스로부터 페지를 다른 프 
로쎄스의 폐지와 치환하는것은 한 프로쎄스의 배정을 한 페지씩 증가시키고 다른 프로쎄 
스의 배정을 한 페지씩 감소시킨다. 또한 가변배정과 국부치환이 유효한 조합이라는것을 
알수 있다. 이제부터 이 세가지 조합을 고찰하자. 

고정배정, 국부범위 

이 경 우에 고정 된 수의 프레 임 을 가지 고 주기 억 기 에 서 실 행 하고 있 는 프로쎄 스가 있 
다. 페 지 부재 가 발생할 때 조작체 계 는 프로쎄 스에 현재 있는 폐 지 들중에 서 치 환할 폐 지 
를 선정하여 야 한다. 이때 앞의 소절에서 론의한것과 같은 치환알고리듬을 사용할수 있 
다. 

고정방책 을 사용함에 있어서 배정시 간을 미 리 결정하여 프로쎄스에 주어 야 한다. 응 
용프로그람의 형 태와 프로그람이 요구하는 량에 기초하여 이것을 결정할수 있다. 이 방 
법의 결함은 2 중적이다. 즉 배정을 너무 작게 하면 페지부재률이 높아 져서 총적인 다 
중프로그람처 리 체계의 실행속도가 떨어 진다. 만일 배정 을 불필요하게 크게 하면 주기억 
기에 너무 적은 프로그람들이 있어서 처리기의 휴식시간이 상당히 길어 진다든가 교체시 
상당히 많은 시 간을 소비하게 된 다. 
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가변배정, 전역범위 

이 조합은 실현하기가 가장 쉬워서 많은 조작체계들에서 받아 들이고 있다. 임의의 
주어진 시간에 주기억기안에는 많은 프로쎄스들이 있으며 매개는 그에 배정된 일정한 수 
의 프레임들을 가지고 있다. 대체로 조작체계는 또한 자유프레임들에 대한 목록을 가지 
고 있다. 페지부재가 발생 할 때 자유폐지는 프로쎄스의 상주모임에 추가되 여 그 페지를 
끌어 들인다. 그러므로 페지부재에 부닥치는 프로쎄스는 점차 크기가 확대되는데 이것은 
체 계 에 서 전 반적 인 페 지 부재 를 줄이 게 한다 . 

이 방법에서의 난관은 치환의 선택에 있다. 사용할수 있는 자유폐지가 전혀 없을 때 
조작체계는 현재 주기억기에 있는 폐지를 선정하여 교체해야 한다. 그 선택은 핵심부의 
프레 임 이 같은 고정 된 프레 임을 제외 하고 주기 억 기에 있는 모든 프레 임 들속에 서 이루어 
진다. 앞의 소절에서 론의된 임의의 방책들을 사용하면 치환용으로 선택된 폐지가 임의 
의 상주프로쎄스에 속할수 있는데 어느 프로쎄스가 그의 상주모임에서 페지를 잃겠는가 
를 판정하는 그 어떤 규칙도 없다. 따라서 상주모임의 크기가 작아 지는 영향을 받는 프 
로쎄스는 최적이 되지 못할수도 있다. 

가변배정，전역범위방책의 성능문제를 해결하는 한가지 방법은 페지완충법을 사용하 
는것이다. 이 방법에서 어느 페지를 치환하겠는가에 대한 선택은 의의가 적은데 그것은 
페지의 어떤 블로크가 덧씌여 질 다음번 시간전에 참조된다면 그 페지를 다시 재생하여 
리용할수 있기때문이다. 

가변배정, 국부범위 

가변배정，국부범위 전략은 전역 범위 전략과 관련한 문제 점 을 극복하기 위 한것 이 다. 
그것을 다음과 같이 요약할수 있다. 즉 

1. 새로운 프로쎄스가 주기억기에 적재될 때 응용프로그람의 형태，프로그람의 요청 
또는 다른 기준에 근거하여 일정한 수의 페지프레임을 상주모임으로서 그것에 배 
정한다. 배정을 채우기 위하여 미리페지화 또는 요구페지화를 사용한다. 

3. 폐 지 부재 가 발생할 때 부재 의 영 향을 받는 프로쎄 스의 상주모임 들속에 서 부터 치 
환하기 위한 페지를 선택한다. 

4. 시간이 감에 따라 프로쎄스에 제공된 배정을 재평가하고 그것을 증가 또는 감소 
시켜 전체적 인 성능을 개선한다. 

이 전략에서 상주모임의 크기를 증가 또는 감소시키는 결정은 심중한것이며 그것은 
응용프로쎄 스에 대 한 앞으로의 요구를 조사하는데 기 초한다. 이 평 가로 하여 그러한 전 
략은 간단한 전역치 환방책 보다 더 복잡하다. 그러 나 그것 이 더 좋은 성 능을 낼수 있 다. 

가변배 정，국부범 위 전략의 기 본요소는 상주모임 의 크기 와 변화의 시 각을 결정하는데 
쓰이는 기준이 다. 문헌들에서 많은 주의를 돌린 하나의 특정한 전략은 작업모임전략으로 
알려 져 있다. 실지의 작업모임전략이 실현하기 어려울수 있다 하여도 그것을 비교의 기 
준으로 고찰하는것은 쓸모가 있다. 

작업모임은 Denning 이 도입 하고 대중화한 개 념 인데 [ DENN 68, DENN 70, DENN 
80 b ] 가상기억기관리설계에 깊은 충격을 주었다. 가상시간 Ml 서 어떤 프로쎄스에 대한 
파라메터 A 를 가지 는 작업 모임 W ( t , A ) 는 최 종 A 의 가상시 간단위 들에 서 참조된 그 
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프로쎄스의 페지들의 모임이다. 가상시간에 대한 개념을 사용하여 프로쎄스가 실제적으 
로 집행하면서 경과한 시간을 표시한다. 가상시간을 명 령주기의 측정 단위로 생각할수 있 
는데 매개 집행된 명령은 하나의 시간단위와 갈다. 

광의 두개 변수들을 각각 고찰하여 보자. 변수 A 는 프로쎄스를 관찰한 시 간의 창문 
이 다. 작업모임의 크기는 창문크기에 대한 비감소함수로 된다. 그 결과를 그림 8-19 에 
서 설명 하고 있는데 ([ BACH 86] 에 기 초함) 이 것은 프로쎄 스에서 의 폐지 참조의 순차를 
보여 주고 있다. 점들은 작업모임 이 변하지 않는 시간단위를 가리키고 있다. 창문크기가 
커지 면 커질수록 작업 모임 이 커 진다. 이 것을 다음과 같은 관계 로 표현할수 있다. 즉 


W(t,A + l)^W(t,A) 
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그림 8-19. 창문크기로 정의되는 프로쎄스의 작업모임 

작업 모임 은 또한 시 간의 함수이다. 만일 프로쎄 스가 A 시 간단위 이상 집 행 하고 한개 
의 폐지만을 사용한다면 卜公，ᅀ)| = 1로 된다. 작업모임은 또한 많은 서로다른 폐지가 
빨리 주소화된다면 그리고 창문크기를 허용한다면 프로쎄스의 페지수 JV 만큼 크게 확대 
할수 있다. 그러므로 

l<|W(r,A)|<min(A,A^) 

그림 8-20 에서는 작업모임의 크기가 고정된 A 의 값에 대해 시간을 변화시 킬수 있다 
는것 을 보여 주고 있 다. 많은 프로그람들에 서 상대 적 으로 안정한 작업 모임 의 크기 의 주기 
는 빠른 변화주기와 교체된다. 프로쎄스가 처음으로 집행을 시작할 때 새로운 폐지를 참 
조함에 따라 점 차적 으로 작업 모임 을 구축한다. 결국 국소성의 원리 에 의해 프로쎄스가 
일정한 폐지들의 모임 에 기 초하여 안정 화된다. 그 후의 과도기 간은 프로그람이 새 로운 
국소성에로 옮겨 간다는것을 반영한다. 이행 단계기간에 과거의 국소성으로부터 일부 페 
지 들이 창문 A 안에 남아 있으면서 새 로운 페 지 들이 참조됨 에 따라 작업 모임 의 크기 에 서 
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라 프로쎄스의 페지부재률에 중심을 두는것이다. 그림 8-11 L 에서 설명하고 있는바와 
같이 폐 지 부재률은 프로쎄 스의 상주모임 크기 를 증가시 킴 에 따라 떨 어 진다. 작업 모임 의 
크기 는 그림 에서 W 가 지 적한 곡선우의 점 에서 감소한다. 따라서 작업 모임의 크기를 직 
접 감시 하지 않고 페지부재률을 감시 하여 비 교할만한 결과를 엄을수 있다. 그 리유는 다 
음과 같다. 즉 만일 프로쎄 스에서 페 지 부재 률이 일정한 최 소럭아래 에 있 다면 총적 으로 
체계는 그 프로쎄스에 해를 주지 않으면서 (증가된 페지부재로 손해를 보지 않고) 프로쎄 
스에 더 작은 상주모임 크기 를 할당하여 리 익을 엄 을수 있다(더 많은 폐지프레 임들이 다 
른 프로쎄스에 대 해 유용하기때 문에 ). 만일 프로쎄 스에서 페지부재률이 어떤 최대럭이상 
에 있으면 프로쎄스는 체계를 성능저하시키지 않으면서 증가된 상주모임크기로부터 리익 
을 엄을수 있다(폐지부재들을 더 적게 일으킴으로써). 

이 전 략을 허 용하는 알고리 듬이 폐 지 부재 빈도 ( PFF ) 알고리 듬이 다 [ CHU 72 ，GUP 
T 78]. 알고리듬은 사용비트를 써서 기억기의 매개 페지와 련관된다. 그 비트는 페지가 
접 근을 받을 때 1 로 설정 된다. 페 지 부재 가 발생할 때 조작체 계 는 프로쎄 스에 서 의 지난 
페지부재 로부터 가상시 간을 표기 하는데 페지참조에 대 한 계수기 를 사용하여 이것을 수행 
할수 있 다. 어 떤 턱 표 를 정 의한다. 만일 지난 페 지 부재 로부터 의 시 간이 F 보다 작다면 
프로쎄스의 상주모임 에 페지를 추가한다. 반면에 사용비트가 령 인 모든 폐지들을 버리고 
그에 따라 상주모임을 축소시킨다. 같은 시간에 프로쎄스의 남아 있는 페지들에 대한 사 
용비 트를 0 으로 재 설정한다. 두개 의 턱 을 사용하여 전략을 개 선할수 있 다. 즉 상주모임 
을 증가시키는데 웃턱을 사용하며 상주모임크기를 축소시키는데 아래 턱을 사용할수 있다. 

페지부재사이의 시간은 폐지부재률과 호상 련관되여 있다. 비록 폐지부재률에 대한 
실행평균을 유지 하는것 이 더 좋을듯 하여도 단일시 간측정 을 사용하는것 이 페지부재률에 
기초하여 상주모임의 크기를 결정할수 있는 합리적인 타협안으로 된다. 만일 폐지완충법 
을 사용하여 그러한 전략을 실현한다면 결과적인 성능은 아주 좋아지게 된다. 

그럼에도 불구하고 PFF 방법에는 중요한 결함이 있는데 그것 이 새로운 국소성에로의 
옮김 이 있는 과도기간동안 잘 수행되지 못한다는것이다. PFF 에서 그것이 마지막으로 참 
조된 때로부터 F 가상시간단위가 지나기전에 그 어떤 폐지도 상주모임에서 떨어 져 나가 
지 않는다. 국소성사이의 이행기간에 페지부재들이 빨리 발생하는것은 과거의 국소성을 
가지 는 페 지 들을 제 거 하기 전에 프로쎄 스의 상주모임 을 커 지 게 한다. 기 억 기 요구의 급격 
한 첨 두값들은 불필요한 프로쎄 스의 비 활성 화 및 재 활성 화를 산생 시킬수 있으며 그와 함 
께 대응하는 절환 및 교체 에 걸리는 불필요한 간접소비시 간을 산생시킬수 있다. 

PFF 방법의 간접소비시 간과 류사한 상대적 으로 낮은 간접소비시 간을 가지는 국소성 
사이 의 이 행현상을 취 급하는 방법 이 바로 가변간격표본작업 모임 ( VSWS )) 방책 이 다 
[ FERR 83]. VSWS 방책 은 지 나간 가상시 간에 기 초하여 표본화하는 순간에 프로쎄 스의 
작업 모임 을 평 가한다. 표본화간격초기 에 프로쎄 스에 서 의 모든 상주폐 지 들의 사용비 트들 
을 재 설정한다. 마지 막에 간격 기 간에 참조된 폐 지 들만이 그것 들의 사용비 트를 설정한다. 
이 페지들은 다음 간격 전기간 프로쎄스의 상주모임에 남아 있게 되며 다른것들은 제거 
된다. 매개 간격기간에 임의의 부재된 폐지들은 상주모임에 추가되며 따라서 상주모임은 
고정 된채 로 남아 있거 나 그 간격기 간에 증가된 다. 

VSWS 방책 은 세 개 의 파라메 터 에 의 해 구동된 다. 즉 

M ： 표본화간격의 최소지속시간 

L ： 표본화간격의 최대지속시간 


336 




取 표본화순간들사이에서 발생이 허용되는 폐지부재의 수 

VSWS 방책 은 다음과 같다. 즉 

1. 마지막 표본화순간으로부터 가상시 간이 쇼 에 이르면 프로쎄스를 중단시키 고 사용 

비트들을 주사한다. 

2. 만일 쇼의 지나간 가상시간에 앞서 幻개의 페지부재가 발생한다면 

1) 마지 막 표본화순간으로부터 가상시 간이 M 보다 작다면 지 나간 가상시 간이 
사에 이르러 프로쎄스를 중단시킬 때까지 기다리며 사용비트들을 주사한다. 

L ) 마지 막 표본화순간으로부터 가상시 간이 M 보다 크거 나 같다면 프로쎄 스를 
중단시키 고 사용비트들을 주사한다. 

파라메 터값들은 표본화가 정 상적 으로 마지 막 주사후에 幻 번째 폐 지 부재 가 발생 할 
때 시동되게끔 선택한다(경우 2 l ). 다른 두개의 파라메터 (사 와 L ) 는 례외적 인 조건들 
에 대 한 경 계 보호를 준다. VSWS 방책 은 표본화빈도수를 증가시 켜 급격한 국부성 사이 의 
이 행 으로 인하여 생 기는 첨 두기억기요구들을 감소시 키며 이 로부터 페 지화률이 증가할 때 
쓰이지 않은 페지들이 상주모임 에서 떨어 져 나가는 비률을 높인다. Bull 대형를퓨터의 
조작체계인 GCOS 8 에서 이 수법을 사용한 경험은 이 방법이 PFF 방법만큼 실현하기가 
간단하면서 더 효과적 이 라는것을 지적하고 있다 [ PIZZ 89]. 

지우기 방책 

지우기방책은 불러내기방책과 반대 인데 변경된 페지를 2 차기 억기 에 언제 외부쓰기하겠 
는가를 판정하는 문제와 관련되여 있다. 두가지 일반적인 방도는 요구지우기와 미리지우기 
이 다. 요구지우기 에서 폐지는 치환용으로 선택되 였을 때 에만 2 차기억기 에 외부쓰기된다. 
미 리지우기방책은 변경된 폐지들을 폐지프레 임 이 요구되기전에 지우기하여 폐지들을 일 
괄적 으로 외 부쓰기할수 있 다. 

어느 방책에서든 충분한 위험이 있다. 미리지우기에서 폐지는 외부쓰기되지만 폐지 
치환알고리듬이 그것을 제거 하라고 지시할 때까지 주기억기 에 남아 있는다. 미 리지우기 
는 일괄적으로 페지들의 쓰기를 허용하지만 그것들의 대부분이 치환되기전에 다시 변경 
되 였다는것을 발견하기 위 해서만 수백 또는 수천개의 페지 들을 외부쓰기한다는것은 의미 
가 거의 없다. 2 차기억기의 이송능력은 제 한되 여 있으며 불필요한 지우기조작으로 랑비 
되지 말아야 한다. 

다른 한편 요구지우기에서 어지러운 페지의 쓰기는 선행하여 새로운 폐지에서의 읽 
기와 결합한다. 이 수법은 페지의 쓰기를 최소화할수 있으나 폐지부재를 당하는 프로쎄 
스가 비폐 색되 기전에 두개의 페지이송을 기다려야 할수도 있다. 이것은 처 리 기의 사용률 
을 감소시 킬수 있다. 

더 좋은 방법 은 폐지완충법 을 결합하는것 이 다. 이것은 다음의 방책을 받아들일수 있 
게 한다. 즉 치 환가능한 페 지 들만을 지 우기 하는데 이 때 지 우기 및 치 환조작들을 분리 시 
킨다. 페지완충법에서 치환된 폐지들을 두개의 목록 즉 변경 및 변경되지 않은 목록에 
배치할수 있다. 변경된 목록에 있는 폐지들은 주기적으로 일괄적으로 외부쓰기할수 있으 
며 변경되지 않은 목록에로 이동시킬수 있다. 변경되지 않은 목록에 있는 폐지는 참조될 
때 재생시켜 리용하든가 또는 프레임이 다른 페지에 할당될 때 지우기되든가 한다. 

적재조종 

적 재 조종은 주기억 기 에 상주하게 될 프로쎄 스의 수를 결 정하는 문제 와 관련되 여 있 
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는데 이것은 다중프로그람처 리준위 라고 불러 왔다. 적재조종방책 은 효과적 인 기 억기관리 
에서의 기준이다. 만일 임의의 어떤 시각에 너무 적은 프로쎄스들이 주기억기에 상주하 
고 있다면 모든 프로쎄스들이 페색될 기회가 많아 지며 많은 시간을 교체에 소비하게 된 
다. 다른 한편 너무 많은 프로쎄스들이 상주하고 있다면 평균적 으로 매개 상주모임의 크 
기는 불충분하며 자주 부재가 일어 나게 된다. 결과 과도교체현상이 생긴다. 

다중프로그람처리준위 

과도교체현상을 그림 8-21 에서 설명하고 있다. 다중프로그람처리준위는 작은 값으 
로부터 증가함에 따라 처리기의 사용률이 증가하는데 그 리유는 모든 상주모임이 페색될 
기회가 적기때문이다. 그러나 평균상주모임이 부족한 어떤 점에 이르게 된다. 이 점에서 
페지부재의 수는 갑자기 늘어 나며 처리기의 사용률이 떨어 진다. 

이 문제 에 접 근하기 위한 많은 방법 들이 있 다. 작업 모임 이 나 폐 지 부재빈도알고리 듬 
은 암시적으로 적재조종과 통합된다. 단지 상주모임이 충분히 큰 프로쎄스들만이 집행을 
허 용받는다. 매 개 능동프로쎄 스에 요구되 는 상주모임 크기 를 주는데 서 방책 은 자동적 으로 
그리 고 동적 으로 능동프로그람의 수를 결정한다. 

Denning 과 그의 동료들이 제기 한 다른 방법 [ DENN 80 b ] 은 L = S 기준으로 알려져 
있는데 이것은 다중프로그람처 리의 준위를 조절하여 부재사이 의 평 균시 간이 프로쎄스의 
페지부재에 요구되는 평균시간과 같아 지도록 한다. 성능연구결과는 이것이 처리기의 사 
용률을 최대 로 되게 하는 요점 이라는것을 지적 하고 있다. [ LER 076] 에서 제기한 류사한 
효과를 가진 방책에서는 50%가 기준인데 이것은 대략 50%에서 페지화장치의 사용률을 유 
지 한다. 또한 성 능연구결과는 이것 이 최대처 리기사용률을 보장하는 기본문제라는것을 지 
적하고 있다. 

또다른 방법 은 이 미 설명 한 시 계폐 지 치 환알고리 듬을 받아 들이 는것 이 다(그림 8-16). 
[ CARR 84] 에서는 지시자가 프레임들의 순환완충기를 주사하는 속도를 감시하는것을 포 
함하는 전역범 위를 사용하는 수법 을 설명 하고 있다. 만일 그 속도가 주어 진 아래 턱보다 
낮다면 이 것은 두 상태 중의 하나 또는 모두를 지 적한다. 즉 

1. 지시자를 전진시킬데 대한 요청들을 발생시키는 페지부재들이 거의 일어나지 않는다. 

2. 매개 요청에 대하여 지시자가 주사한 평균프레 임의 수가 작아서 참조되고 있지 
않는 많은 상주폐 지 들이 있고 쉽 게 치 환할수 있다는것을 지 적한다. 
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그림 8-21. 다중프로그람처리의 효과 




두 경우에 모든 다중프로그람처 리준위는 안전하게 증가시킬수 있다. 다른 한편 만일 
지시자의 주사속도가 웃턱을 넘는다면 이것은 높은 부재률이든가 또는 치환할수 있는 페 
지 들을 찾는데 서 난관을 지 적 하는것 으로서 다중프로그람처 리 준위 가 너 무 높다는것 을 암 
시하는것으로 된다. 

프로쎄스의 중단 

만일 다중프로그람처리의 등급을 감소시킨다면 한개 또는 그이상의 현재 상주프로쎄 
스들을 중단시 켜 야 한다(교체하여 내 보내 야 한다.) . [CARR84] 에서 는 여섯 가지 가능성 
을 렬거하고 있다. 즉 

• 최 저 우선권프로쎄 스 : 이 것 은 일 정 작성 방책 을 결 정 하는데 작용하며 성 능문제 와는 
관련되지 않는다. 

• 부재프로쎄스 : 론거는 부재과제 가 있는 자기의 작업 모임 을 상주시키게 하지 않 
을 가능성이 보다 크다는것이며 그것을 중단시키면 성능에 미치는 영향은 가장 
작아 진다. 또한 이 선택은 어 차피 페 색시 키 려던 프로쎄스를 페색시키며 페지의 
치환 및 입 출력조작의 간접소비시 간을 제거하므로 직 접적 인 리득을 준다. 

• 최종활성프로쎄스 : 이것은 자기의 작업모임을 상주시키는데 최소로 적합한 프로 
쎄 스이 다. 

• 최소상주모임프로쎄스 : 이것은 재적재하는데 가장 작은 노력을 요구한다. 그러 
나 그것 은 작은 국소성 을 가진 프로그람들에 는 불리하다. 

• 최대프로쎄스 : 전면적으로 사용되는 기억기에서 가장 자유로운 폐지를 엄어 곧 
성공하지 못할 추가적인 해제를 한다. 

• 최대 나머지집 행창문프로쎄 스 : 대 부분의 프로쎄 스일정작성방안들에서 프로쎄 스는 
새치기를 받아 준비대기렬의 끝에 배치되기전에 단지 일정한 시간동안 실행할수 
있다. 이것은 최 단처 리시간우선일정 작성 규칙 에 가깝다. 

조작체 계 설계 에 대 한 많은 다른 분야에서 와 같이 어 느 방책 을 설정하겠는가 하는 
것은 판단에 관한 문제이며 집행되는 프로그람의 특성은 물론 조작체계에서 많은 다른 
설계문제들에 관계된다. 

제 3 절 . UNIX 와 Sc)laris 의 기억기관리 

UNIX 는 독립 적 인 기 계 로 될 것 을 지 향하고 있 으므로 그의 기 억 기 관리 방안은 체 계 마 
다 변한다. UNIX 의 초기 판본은 아무런 단순한 가상기 억 기 방안도 사용하지 않고 가변분 
할법 을 사용하였 다. SVR4 와 Solaris 2.x 를 포함하여 현재의 실현물들에 서는 페지 식 가 
상기억 기 를 사용하고 있 다. 

SVR4 와 Solaris 에는 실제적 으로 두개의 개별적인 기억기관리 방안이 있다. 페지화 
체 계는 주기억기 에서 페지프레 임들을 프로쎄 스에 배정 하고 또 폐지프레 임들을 디스크의 
블로크완충기 에 배정 하는 가상기 억기의 능력을 제공한다. 이것 이 사용자프로쎄 스와 디스 
크입 출력 에서 효과적 인 기 억기관리방안일지 라도 페지식 가상기억기 방안은 핵 심부에서의 
기억기배정을 관리하는데는 적합하지 않다. 후자의 목적을 위해 핵심부기억기배정을 사 
용한다. 이 두가지 수법을 차례로 고찰한다. 
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페지화체계 

자료구조 

페지 식 가상기억기 를 위 해 UNIX 는 최소의 조종으로 기계 에 독립적 인 많은 자료구조 
를 사용한다(그림 8-22 와 표 8-5). 

. 폐지표 : 대체로 프로쎄스당 하나의 페지표가 있는데 프로쎄스용으로 가상기억기 
에서 매개 페지에 하나의 입구점을 가진다. 

• 디스크의 블로크서술자 : 프로쎄스의 매개 페지와 련관된것은 가상폐지의 디스크 
복사를 서 술하는 표 안의 입 구점 이 다. 

• 폐지프레임의 자료표 : 실제기억기의 매개 프레임을 서술하며 프레임번호에 의해 
첨 수화된다. 

• 교체사용표 : 매 개 교체장치 에 하나의 교체 사용표가 있는데 장치 의 매 개 폐지 에 
하나의 입구점을 가진다. 

표 8-5 에 서 정 의 된 대 부분의 마당은 자체 해 석 적 인것 이 다. 페 지 표입 구점 에 서 나 이 마 
당은 프로그람이 프레 임 을 참조한 때 로부터 얼마나 긴 시 간이 흘렀는가를 가리킨다. 그 
러 나 이 마당의 비트수와 갱 신빈도수는 실현에 관계된다. 따라서 폐지치 환방책 에서 이 
마당에 대 한 그 어 떤 만능적인 UNIX 사용도 없다. 

디스크블로크서술자의 기억마당형태는 다음과 갈은 리유로부터 요구된다. 즉 집행가 
능한 파일이 새로운 프로쎄스를 창조하는데 처음으로 사용될 때 파일에서의 프로그람과 
자료의 일부분만 실제기억기에 적재되여 들어 갈수 있다. 후에 폐지부재가 발생함에 따 
라 프로그람과 자료의 새로운 부분들이 적재된다. 가상기억기페지들이 교체에 사용될 장 
치들중의 하나에 있는 위치에 할당되는것은 다만 처음 적재될 때에만이다. 그때 조작체 
계 는 프로그람이 나 자료블로크를 처 음으로 적재하기전에 폐 지프레 임안의 위 치 들을 지 우 
기할 (0 으로 설정할) 필요가 있는가 없는가 하는것 을 알려 준다. 


폐지프레임번호 

나이 

쓰기 

즉시 

변경 

참조 

확인 

보호 



복사 

_ 

_ 

_ 

_ 


교체장치번호 장치블로크 번호 기억형래 


폐 지 상래 

참조계수 

론리 장치 

블로크번호 

페 지 프레 임 
자료지 시 자 


니 


참조제수 폐지/기-억단위 


H) 


그림 8-22. UNIX SVR 4기 억 기 관리의 양식 : n - 페 지 표입구점 , L - 디스크블로크 
서 술자，폐 지프레 임자료표입 구점，5-교체 사용표입 구점 
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표 8-5. UNIX SVR 4 기억기관리의 과라메터 


페지표입구점 

폐지프레임번호 

실제기억기에서 프레임을 가리킨다. 

나이 

폐지가 참조되지 않고 기억기가 얼마나 오래동안 기억기에 있었는가를 가리킨다, 이 마당 
의 길이와 내용은 처리기에 관계된다. 

쓰기즉시복사 

한개이상의 프로쎄스가 폐지를 공유할 때 설정한다. 만일 프로쎄스중의 한개를 . |지에 써 
넣는다면 폐지에 대한 개별복사는 페지를 공유하는 모든 다른 프로쎄스들에서 1 [저 진행 
되여야 한다. 이것은 복사조작이 필요할 때까지 연기되게 하고 그것이 필요하지 않아 내 
보내는 경우들은 피하게 한다. 

변경 

페지가 변경되였다는것을 가리킨다. 

참조 

페지가 참조되였다는것을 가리킨다. 이 비트는 폐지가 처음 적재될 때 0 으로 설정되遠 
폐지치환알고리듬에 의해 주기적으로 재설정될수 있다. 

확인 

폐 지 가 주기 억 기 에 있 다는것 을 가리 킨 다. 

보호 

쓰기보호가 허용되는가 안되는가를 가리 킨다. 

디스크블로크서술자 

교체장치번호 

대 응하는 페 지 를 유지 하고 있 는 2 차장치 의 론리 적 장치 번 호. 이 것 은 한개 이 상」 장치 를 
교체하는데 사용할수 있다. 

장치볼로크번호 

교체장치에서 폐지의 블로크위치 

기억형래 

기억은 교체단위 또는 집행가능한 파일일수 있다. 후자의 경우에 배정될 가상기 I 기가 먼 
저 지 우기 되 겠는가 말겠는가를 지 시한다. 

폐지프레임자료표입구점 

폐지상래 

프레임을 사용할수 있는가 또는 련관된 페지를 가지는가 하는것을 가리킨다. 후 !•의 경우 
에 폐지의 상태가 교체장치집행가능한 파일 또는 진행중인 DMA 에서 명시된다. 

참조계수 

페지를 참조하는 프로쎄스들의 수 

론리 장치 

페지의 복사를 담고 있는 론리장치 

블로크번호 

론리장치상에서 폐 지복사의 블로크위 치 

폐 지 프레 임 자료지 시 자 

자유폐지의 목록과 페지하쉬대기렬상의 다른 페지프레 임자료표입구점에 대한 지 q 자 

교체사용표입구점 

참조계수 

교체장치상의 폐지를 가리키는 페지표입구점들의 수 

폐지/기억 단위 번호 

기억단위상의 폐지식별자 _ 
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페 지 치 환 

페지 프레 임 자료표를 페지 치 환에서 사용한다. 몇 가지 지시 자들을 사용하여 이 표안에 
서 목록들을 창조한다. 사용할수 있는 모든 프레임들은 폐지에 끌어 들이는데 사용할수 
있는 자유로운 프레임들의 목록안에서 서로 련결된다. 사용할수 있는 페지의 수가 일정 
한 턱값아래로 떨어 질 때 핵심부는 보상하기 위해 많은 페지들을 끌어 들인다. 

SVR 4에서 사용된 페지치환알고리듬은 시계방책알고리 듬을 세 련시 킨것으로서 (그림 
8-16) 두방향시 계 알고리 듬으로 알려 져 있 다(그림 8-23). 알고리 듬은 교체 하여 내 보내 
기에 적합한(폐쇄되지 않은) 기억기안의 매개 페지에 대한 페지표입구점안의 참조비트를 
사용한다. 페 지 를 처 음으로 끌어 들일 때 이 비 트를 0으로 설정하며 페 지 가 읽 거 나 쓰기 
위해 참조될 때 1로 설 정한다. 시 계알고리 듬에 서 앞방향은 적 합한 폐 지 목록상에 서 폐 지 
들을 흙어 보고 매 개 페 지 상의 참조비 트를 0으로 설정한다. 얼 마후에 뒤방향은 갈은 목 
록을 훑어 보고 참조비트를 검사한다. 그 비트가 1로 설정되여 있으면 그 페지가 앞방향 
훑기 가 있은후에 참조된것 으로 되며 이 프레 임은 무시한다. 만일 그 비트가 0으로 설정 
되 여 있으면 앞방향과 뒤방향의 훑기사이의 시 간간격 에서 참조되지 않은것 으로 되며 이 
폐 지 들을 페 지 화하여 내 보낼 목록에 배 치한다. 



그림 8-23. 두방향시 계 폐 지치 환알고리 듬 
두개 의 파라메터 가 알고리 듬의 조작을 결정한다. 즉 

• 주사속도 : 초당 폐지로서 두개의 방향으로 페지목록을 주사하는 속도 

• 두방향 : 앞방향과 뒤방향사이 의 간격 

이 두 파라메터들은 물리적기 억기의 량에 기초하여 가동할 때 설정된 기정의 값들이 
다. 주사속도파라메터를 변경시켜 변화조건에 일치시 킬수 있다. 파라메터는 자유기 억기 
의 량이 최대자유값과 최소자유값들사이에서 변하는데 따라 느린 주사와 빠른 주사값(구 
성시간으로 설정한다.)사이에서 선형적으로 변한다. 다른 말로 자유기억기의 량이 축소 
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됨 에 따라 시계방향은 더 많은 페지들을 자유롭게 하기 위해 더 빨리 움직 인다. 두방향 
파라메터는 앞방향과 뒤방향사이의 간격을 결정하며 따라서 주사속도와 함께 폐지가 적 
게 사용되므로 교체되여 나가기전에 어떤 폐지를 사용할 기회의 창문을 결정한다. 

핵심부기억기배정기 

핵심부는 집행과정기간에 작은 표와 완충기들을 빈번히 생성하고 파괴하는데 그 매개 
가 동적기억기배정을 요구한다. [ VAHA 96] 은 다음과 갈은 실례들을 렬거하고 있다. 즉 

• 경 로이 름변환루린 이 완충기 를 배 정하여 사용자공간으로부터 경 로이 름을 복사 
할 수 있 다. 

• allocbO 루린 이 독단적 인 크기 를 가지 는 STREAMS 완충기 들을 배 정한다. 

• 많은 UNIX 실현물들은 좀비구조를 배정하여 소멸된 프로쎄스들에 대하여 출구상 
태 와 자원관리 정 보를 유지한다. 

• SVR 4 와 Solaris 에 서 핵 심 부가 필 요할 때 많은 객 체 들 (proc 구조, vnode 들 및 
파일서술자블로크와 갈은)을 동적으로 배정한다. 

이 블로크의 대부분은 대표적인 기계의 페지크기보다 대단히 작으며 따라서 페지화 
수법은 동적핵심부기억기배정에서 비효과적이다. SVR 4 를 보면 제 7 장 제 2 절에서 설명 
한 동료체 계 를 변경하여 사용한다. 

동료체 계 에서 기 억 기의 블로크를 배정하거 나 해 방하는 비 용은 최적 적 합방책 및 최초 
적합방책의 비용에 비해 낮다 [ KNUT 97]. 그러나 핵심부기억기관리인 경우에 배정과 해 
방조작이 가능한 빨리 이루어 져야 한다. 동료체계의 결함은 블로크들을 조각화하고 합 
치는데 요구되는 시간이 다. 

AT & T 회사에서 Barkley 와 Lee 는 지연동료체계 [ BARK 89] 라고 하는 변종을 제의했 
는데 이것은 SVR 4 를 위해 받아 들인 수법이다. 저자들은 UNIX 가 흔히 핵심부방식에 
서 안정된 상태의 동작을 보여 준다는것 을 관찰하였는데 이 것은 곧 특정한 크기 를 가진 
블로크에 대한 요구량이 시간적으로 천천히 변한다는것이다. 따라서 크기가 方인 블로크 
를 해 방하고 즉시 에 크기 가 2 m 인 블로크에 로 합쳐 지면 핵 심부가 다음에 크기 가 方인 
블로크를 요구할수 있는데 이것은 더 큰 블로크를 다시 쪼갤것을 요구할수 있다. 이 불 
필 요한 결 합과 조개 기 를 피 하기 위해 지 연동료체 계 는 그것 이 요구할 때 까지 결 합을 미 루 
고 그다음 가능한 많은 블로크들을 합친다. 

지연동료체계는 다음과 같은 파라메터들을 사용한다. 즉 

M = 크기가 신인 블로크의 현재의 수 

Ai = 배정되는(차지되는) 크기가 公'인 블로크의 현재의 수 

Gi = 전역자유크기가 갗인 블로크의 현재의 수이 다. 이것들은 합치기 에 적절한 블로 
크들이 다. 만일 그러한 블로크의 협동이 전역 적 으로 자유롭게 된다면 두개의 
블로크는 크기가 方+ 1 인 전역 자유블로크에로 합쳐 진다. 표준적 인 동료체계 에 
서 모든 자유블로크들(구멍들)은 전역적으로 자유롭다고 간주할수 있다. 

Li = 국부자유크기가 갗 인 블로크의 현재의 수이다. 이것은 합치기에 적절하지 않은 
블로크들이다. 지 어 그러한 블로크의 협 동이 자유롭다고 하여 도 두 블로크는 
합쳐 지지 않는다. 오히려 국부자유블로크들이 그 크기의 블로크에 대한 앞으 
토의 요구를 예상하여 보류된다. 

다음의 관계가 유지된다. 즉 
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Ni = Ai + Gi + Li 


일반적으로 지연동료체계는 국부자유블로크들의 집결소를 유지하려고 하며 다만 국 
부자유블로크들의 수가 턱값을 넘으면 합치기를 개시한다. 국부자유블로크가 너무 많다 
면 요구를 만족시켜야 할 다음 준위에서 자유블로크들이 모자랄수 있는 기회가 생긴다. 
블로크가 자유로워 질 때 대 부분의 시 간은 합치 기 를 발생하지 않으며 그래 서 최 소의 예 
산과 조작비용이 든다. 블로크가 배정될 때 국부적으로 및 전역적으로 자유로운 블로크 
들사이에서 명백한 차이가 이루어 지지 않으며 또 이것이 예산을 최소화한다. 

합치기에 사용된 기준은 주어 진 크기의 국부자유블로크들이 그 크기의 배정된 블로 
크의 수를 넘지 말아야 한다는것이다(즉 Li < Ai 가 만족되여야 한다.). 이것은 국부 
자유블로크들의 확대를 제 한하는 적 당한 안내방향인데 [ BARK 89] 에서의 실험은 이 방 
안이 현저한 절 약을 가져 온다는것 을 확증하고 있 다. 

이 방안을 실현하기 위 해 다음과 같이 지 연변수를 정 의한다. 즉 
Di = Ai - Li = Ni - 2 Li - Gi 
그림 8-24 에서는 그 알고리듬을 보여 주고 있다. 

대 의 초기값은 0 이 다. 

조작후에 대의 값은 다음과 같이 변경된다. 

( I ) 만일 다음조작이 블로크배정요청이면: 

만일 자유블로크가 있으면 배정 하기 위해 한개를 설정 한다. 

만일 선택된 블로크가 국부적으로 자유로우면 
그러면 Di ：= Di +2 
아니면 Di ：= Di+l 
한편 

우선 보다 큰 한개를 두개로 쪼개 여 두개의 블로크를 만든다(재귀조작) . 

한개를 배정 하고 다른 국부적으로 자유로운것에 표식을 단다. 

대는 변화시키지 않은채로 남겨 둔다(그러나 대는 재귀호출로 하여 다른 블로크크기로 변화시킬 
수 있다.). 

( II ) 만일 다음 조작이 블로크자유요청 이면 
D / S .2 인 경우 

그것 에 국부자유표식을 하고 그것을 국부적으로 자유롭게 한다. 

Di ：= Di -2 
Di=l 인 경 우 

그것 에 전역 자유표식을 하고 그것을 전역 으로 자유롭게 한다; 가능하면 합친다. 

Di :=0 

Di =0 인 경 우 

그것에 전역자유표식을 하고 그것을 전역으로 자유롭게 한다; 가능하면 합친다. 

크기가 2 1 인 국부적으로 자유로운 한개의 블로크를 선택하고 그것을 전역으로 자유롭게 한다; :#능 
하면 합친다. 

Di ：=0 

그림 8-24. 지연동료체계의 알고리듬 

제 4 절. UNUX 의 기억기관리 

LINUX 는 다른 UNIX 실현물들의 기억기관리방안중에서 많은 기능들을 공유하고 있 
으면서도 자기자체의 통일적 인 특징을 가지고 있다. 총적으로 LINUX 의 기 억기관리 방안 
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은 아주 복잡하다 [ DUBE 98]. 여기서는 간단한 개괄을 준다. 

니 NUX 가상기억기 

가상기억기의 주소화 

LINUX 는 세개 준위의 페지표구조를 사용하는데 그것은 다음의 형태로 된 표들로 
이루어 져 있다(매개 개별적인 표의 크기는 한페지이다.). 즉 

• 폐지등록부 : 능동프로쎄스는 단일한 페지등록부를 가지는데 한페지크기 이 다. 페 
지 등록부의 매 개 입 구점 은 페 지 중간등록부들중에 서 한폐 지 를 지 적한다. 페 지 등록 
부는 능동프로쎄 스용으로 주기억 기 에 있 어 야 한다. 

• 폐 지중간등록부 : 패 지중간등록부는 다중폐 지 들을 관리할수 있다. 폐 지중간등록 
부의 매 개 입 구점 은 페 지 표의 한페 지 를 지 적한다. 

• 폐지표 : 페지 표는 또한 다중폐지들을 관리할수 있다. 매 개 페지 표입구점 은 프로 
쎄스의 한개의 가상페지에 귀착된다. 

이 세개의 준위페지표구조를 사용하기 위해 LINUX 에서는 가상주소를 네개의 마당 
으로 구성되여 있는것으로 본다. 제 일 왼쪽(가장 중요한) 마당을 페지등록부에 들어 가 
는 첨수로 사용한다. 다음마당은 폐지중간등록부에 들어 가는 첨수로 봉사한다. 세번째 
마당은 페지표에 들어 가는 첨수로 동작한다. 네번째 마당은 선택된 기억기의 폐지안에 
서의 편위를 준다. 

LINUX 의 페 지 표구조는 가동환경 에 무관계 하게 64 bit Alpha 처 리 기 를 수용하도록 
설계되였는데 이것은 세개의 페지화준위를 하드웨어적으로 지원한다. 64 bit 주소를 가지 
고 Alpha 상에서 단지 두개의 폐지준위를 사용하는것은 매우 큰 페지표와 등록부를 만 
들게 한다. 32 bit 펜 리 움/ x 86 구성 방식은 2 준위 하드웨 어페지화기구를 가지 고 있 다. LIN 
UX 쏘프트웨어 는 폐 지중간등록부의 크기 를 하나로 정 의하여 2준위방안을 수용한다. 

페 지 배 정 

기억기에 대해 폐지를 읽어 들이거나 써내기하는데서 효과성을 높이기 위해 LINUX 
는 페지프레임의 련속된 블로크들에 사영된 련속된 페지블로크를 취급하는 수법을 정의 
한다. 이 목적 을 위해서 동료체 계 를 사용한다. 핵 심부는 고정된 크기 를 가진 련속된 페 
지프레 임그롭의 목록을 유지 하고 있 는데 그룹은 1，2, 4, 8, 16 또는 32 개 의 폐 지 프레 
임 으로 구성할수 있다. 페지 가 주기억 기 에 배정 되 고 삭제됨 에 따라 사용할수 있는 그룹 
은 동료알고리듬을 사용하여 분할되거나 합동된다. 

폐지치환알고리듬 

LINUX 의 폐지치환알고리 듬은 제 8 장 제 2 절에서 설명한 시계알고리 듬에 기초하고 
있 다(그림 8-16 을 보시 오) . 단순한 시 계알고리 듬에 서 사용비 트와 변경비 트는 주기억 기 
안의 매개 페지와 련관되여 있다. LINUX 방안에서 사용비트는 8 비트의 나이변수와 교 
체된다. 페 지 가 접 근을 받을 때 마다 나이변수가 증가한다. 내 적 으로 LINUX 는 전역페 
지집 결소를 주기 적 으로 쭉 흙어 보며 그것 이 주기억 기 에서 모든 페 지들을 쭉 순환함에 
따라 매개 폐지 에서의 나이변수를 감소시 킨다. 나이 가《0》인 폐지는《늙은》페지로 
서 그것은 일정한 시 간안에 참조되 지 않았으며 가장 좋은 치 환후보로 된다. 나이의 값이 
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커지면 커질수록 최근시간에 더 자주 폐지를 사용하며 치환용으로는 점점 더 적합하지 
않다. 그러므로 LINUX 알고리듬은 최 소빈도사용방책의 형태 이 다. 

핵심부기억기배정 

LINUX 에서 핵 심부기 억기배 정의 기 본은 기 억기배정수법 으로서 가상기 억기 관리 에 
쓰인다. 가상기 억기 방안에서와 같이 동료알고리 듬을 사용하여 핵 심부에서의 기 억기를 한 
개 또는 그이 상의 폐 지단위 들로 배 정 하고 해 방할수 있게 하되 이 런 방식 으로 배 정할수 
있는 최소의 기 억기 량은 한페지 이기때 문에 페 지배정 에 홀로는 효과적 이 지 못하다. 그것 
은 핵 심부가 작은 단기기 억기덩 어 리들을 기수크기들로 요구하기때 문이 다. 이 작은 덩 어 
리 들을 수용하기 위 해 LINUX 는 배정된 폐지 안에서 기 억판배 정 [ BONW 94] 이 라는 수법 
을 사용한다. 펜리움/ x 86 기계상에서 페지크기는 4 kbyte 이며 폐지안에서 덩어리를 32, 
64，128, 252, 508, 2040 및 4080 byte 의 크기 로 배 정 할수 있 다. 

기 억판배정기는 상대적 으로 복잡하며 여 기서는 구체 적 으로 고찰하지 않는데 
[ VAHA 96] 에서 상세히 설명하고 있다. 본질적으로 LINUX 는 덩어 리의 매개 크기에 대 
해 하나씩 련결목록모임을 유지하고 있다. 동료알고리듬과 류사한 방식으로 덩어리를 조 
개고 합칠수 있으며 목록들사이에서 적 당히 이동시 킬수 있다. 

제 5 절. Windows 2000의 기억기관리 

Windows 2000 ( W 2 K ) 의 가상기 억 기 관리 자는 기 억 기 를 배 정 하는 방법 과 페 지 화수행 
방법을 조종한다. 기 억기관리자는 다양한 가동환경들에서 동작하며 4 kbyte 〜 64 kbyte 범 
위의 폐지크기를 사용하도록 설계되여 있다. Intel , PowerPC 및 MIPS 가동환경들은 페 
지 당 4096 byte 를 가지 고 있으며 DEC Alpha 의 가동환경 들은 페 지 당 8192 byte 를 가 
지고 있다. 

W 2 K 가상주소사영 

매 개 W 2 K 의 사용자프로쎄스는 개 별적 인 32 비 트주소공간을 보는데 프로쎄 스당 
4 Gbyte 의 기억기를 허용한다. 이 기억기의 일부분은 조작체계용으로 암시적으로 예약 
되여 있어 매개 사용자는 실제적으로 2 Gbyte 의 사용할수 있는 가상주소공간을 가지며 
모든 프로쎄 스는 같은 2 Gbyte 의 체 계 공간을 유지 한다. 사용자공간을 3 Gbyte 로 증가시 
키고 체계용으로 1 Gbyte 를 남겨 놓게 할수 있는 선택방안이 있다. W 2 K 의 문서는 이 
특징 이 수기 가비 트의 RAM 을 가진 봉사기상에서 큰 기 억기의 철저한 응용프로그람을 
지원할것을 의도하고 있다는것과 보다 큰 주소공간을 사용하면 결정지원 또는 자료채취 
와 같은 응용프로그람의 성능을 훨씬 개선할수 있다는것을 지적하고 있다. 

그림 8-25 에서는 사용자프로쎄스가 본 암시적인 가상주소공간을 보여 주고 있다. 
그것은 네개의 구역으로 구성되여 있다. 

• 0 x 00000000 〜 OxOOOOFFFF : 프로그람작성 자들이 NULL 지시 자를 할당하는것을 
방조하기 위해 예비로 내 놓는다. 

• 0 x 00010000 〜 Ox 7 FFFFFFF : 사용할수 있는 사용자주소공간. 이 공간을 주기 억 
기에 적재시킬수 있는 페지들로 나눈다. 
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Ox 7 FFFOOOO 〜 Ox 7 FFFFFFF : 사용자가 접근할수 없는 감시폐지. 이 폐지는 조 
작체 계 가 경 계바깥에 대 한 지 시 자의 참조를 검 사하기 쉽 게 해 준다. 

0 x 80000000 〜 OxFFFFFFFF : 체 계 주소공간. 2 Gbyte 의 프로쎄 스는 W 2 K 의 집 
행부，마이크로핵심부 및 장치구동기용으로 사용한다. 



2 GB 의 사용자주소공간 
(비예 약，사용가능) 


조작체 계 용 2 GB 령 역 
(접근불가능) 


그림 8-25. Windows 2000의 암시적 가상주소공간 


W 2 K 페지화 

프로쎄스를 창조할 때 원리적으로는 2 Gbyte (_128 kbyte ) 의 전체 사용자공간을 사용 
할수 있다. 이 공간을 고정크기의 페지들로 나누고 그중 임의의것을 주기억기에 끌어다 
넣을수 있다. 실천적으로 계산을 간단히 하기 위해 폐지는 세개 상태중의 하나에 있을수 
있다. 즉 

• 사용가능상태 : 프로쎄스가 현재 사용하지 않는 페지들 

• 예약상태 : 가상기억기관리자가 프로쎄스용으로 설정해 놓지만 사용될 때까지 프 

로쎄 스의 기 억 기할당몫을 계 산에 넣 지 않는 련속된 페 지 들의 모임 . 프로쎄 스가 
기억기에 쓰려고 할 때 예약된 기억기의 일부를 프로쎄스에 허용해 준다. 

• 허용상태 : 가상기 억기 관리 자가 페지 화파일에 공간을 내 놓은 페지 들(실례 로 그 
것들을 주기억기에서 제거할 때 패지들에 써 넣는 디스크 파일) 

예약 및 허용된 기억기사이를 구별해 주는것이 좋은데 그 리유는 (1) 특정한 프로쎄 
스 용으로 내 놓은 디스크 공간의 량을 최소화하고 그 공간이 다른 프로쎄스에 대해서는 
자유롭게 해 주기 때 문이 며 (2) 스레 드나 프로쎄 스가 필요에 따라 빨리 배 정할수 있는 기 
억기의 량을 선언할수 있게 해주기때문이다. 

W 2 K 가 사용하는 상주모임 관리 방안은 가변배 정，국부범 위 이 다(표 8-4 를 보시 오. ) . 
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프로쎄스가 처음으로 활성화 될 때 그것은 주기억기의 일정한 수의 페지프레임들에 작업 
모임 으로 할당된다. 프로쎄스가 기억기에 없는 페지를 참조할 때 프로쎄스의 상주페지중의 하 
나를 교체하여 내 보내고 새로운 폐지를 끌어들인다. 능동프로쎄스의 작업모임은 다음과 같 
은 일반적 인 규정들을 사용하여 조절된다. 즉 

• 주기 억기가 충분할 때 가상기 억기관리자는 능동프로쎄스의 상주모임을 커지게 한 
다. 이를 위해 폐지부재가 발생할 때 새로운 폐지를 주기억기에 끌어 들이지만 
그 어떤 보다 낡은 페지를 교체 하여 내 보내지 않음으로써 프로쎄스의 상주모임 
을 한폐지만큼 증가시 킨다. 

• 기억기가 부족해 질 때 가상기억기관리자는 능동프로쎄스의 작업모임가운데서 최 
근에 보다 적게 사용된 패지들을 이동시켜 체계에서 기억기를 회복시키고 상주모 
임의 크기를 감소시 킨다. 

요약，기본용어 및 복습문제 

처리기 및 입출력기능을 효과적으로 사용하자면 주기억기에 가능한 많은 프로쎄스들 
을 보존하여 야 한다. 또한 프로그람작성 자들을 프로그람개 발에 서 크기 제 한으로부터 해 방 
시켜 주어 야 한다. 

이 두가지 조건을 모두 만족해 주는 방도는 바로 가상기억기이다. 가상기억기를 사 
용하면 모든 참조주소가 론리적참조로 되는데 그것은 실행시에 실제주소로 변환된다. 이 
것은 프로쎄스를 주기억기의 임의의 곳에 배치할수 있으며 그 위치가 시간에 따라 변할 
수 있다. 가상기억기는 또한 프로쎄스를 조각들로 분할할수 있다. 이 쏘각들은 집행기간 
에 주기억기에 련속되여 있을것을 요구하지 않으며 실지로 프로쎄스의 모든 조각들이 집 
행기간에 주기억기에 있을 필요도 없다. 

가상기 억기를 제공하는 두가지 기본 방법은 페지화와 토막화이 다. 폐지화에서 매개 
프로쎄스는 상대적 으로 작고 고정된 크기를 가진 페지들로 분할된다. 토막화는 크기가 
변하는 조각들을 사용할수 있게 해 준다. 또한 단일한 기억기관리방안으로 토막화와 페 
지화를 조합할수 있다. 

가상기 억 기 관리 방안은 하드웨 어 와 쏘프트웨 어 지 원을 모두 요구한다. 하드웨 어 지 원은 
처리기가 보장한다. 그 지원은 가상주소를 물리적주소에로 동적변환하는것 및 참조된 페 
지나 토막이 주기억기에 없을 때 새치기를 발생시키는것을 포함한다. 그러한 새치기는 
조작체계 에서 기 억기관리 쏘프트웨 어를 기동시 킨다. 

많은 설계문제들이 기억기관리를 위한 조작체계의 지원과 련관되여 있다. 즉 

• 불러내기방책 : 프로쎄스의 폐지를 요구에 따라 끌어 들일수 있으며 또는 미리페 
지화방책을 사용할수 있는데 그것은 한번에 많은 폐지를 끌어 들이는것으로 하 
여 입 력동작을 콜라스터화한다. 

• 배치방책 : 순수한 토막화체계에서 끌어 들이는 토막은 기억기에서 사용할수 있 
는 공간에 맞아야 한다. 

• 치환방책 : 기억기가 찼을 때 어느 페지 또는 폐지들을 치환하겠는가를 결정해야 
한다. 

• 상주모임관러 : 조작체계는 프로쎄스가 교체되 여 들어 올 때 특정한 프로쎄스에 
배정할 기억기의 량을 결정해야 한다. 이것은 프로쎄스를 창조할 때 정적으로 
배정할수 있거나 동적으로 변화시킬수 있다. 
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• 지우기방책 : 변경된 프로쎄스의 페지들은 치환할 때 외부쓰기할수 있거나 치환 
방책을 사용할수 있는데 이것은 한번에 많은 폐지를 치환하는것으로 하여 출력 
동작을 클라스터화한다. 

• 적재조종 : 적재조종은 임의의 주어 진 시간에 주기억기에 상주하게 될 프로쎄스 
의 수를 결정하는것과 관련되여 있다. 

기본용어 


련상사영 

폐지 

상주모임관리 

요구 페 지 화 

페지 부재 

토막 

외부조각 

페 지 배 치 방책 

토막표 

불러내기방책 

폐지치환방책 

토막화 

프레 임 

페지표 

기 억 판배 정 

하쉬 표 

페지화 

과도교체 

하쉬 법 

미 리 페 지 화 

변환미리보기완충기 

내부조각 

실제 주소 

가상기억 기 

국소성 

상주모임 

작업모임 


복습문제 

1. 단순페지화와 가상기 억기폐지화의 차이는 무엇 인가? 

2. 하쉬법 을 설 명 하시 오. 

3. 가상기억기를 사용하는데서 국소성의 원리가 왜 결정적인가? 

4. 페지표입구점에서 대체로 보게 되는것은 어떤 요소들인가? 매개 요소를 간단히 
정 의 하시 오 . 

5. 변환미리보기완충기의 목적은 무엇인가? 

6. 선택할수 있는 폐 지 불러 내 기방책 을 간단히 정 의하시 오. 

7. 상주모임 관리와 폐지치환방책사이의 차이는 무엇 인가? 

8. FIFO 방책 과 시 계 페 지 치 환알고리 듬사이 의 관계 는 무엇 인가? 

9. 페 지 완충법 에 의하여 무엇 이 수행 되 는가? 

10. 전역치 환방책 과 고정 배 정 방책 을 왜 조합시 킬수 없는가? 

11. 상주모임과 작업모임사이의 차이는 무엇 인가? 

12. 요구지 우기 화와 미 리 지 우기 화의 차이 는 무엇 인 가? 

참고문헌 

예상한바와 같이 가상기억기는 조작체계에 관한 대부분의 책들에서 좋은 호평을 받 
고 있다. [MILE9 幻에서는 여러가지 연구분야들에 대한 좋은 개요를 주고 있다. 
[CARR84] 에서는 성능문제에 대하여 훌륭하고 깊이 있게 고찰하고 있다. 고전적론문인 
[DENNTO] 은 여전히 읽 을 가치 가 있다. [DOWD93] 에서는 여 러 가지 폐지 치환알고리 듬 
에 대한 교훈적인 성능분석을 주고 있다. [JAC098a] 에서는 가상기억기설계에서의 문제 
점들을 잘 개괄하고 있다. [JAC098b] 에서는 마이크로처리기들에서 가상기억기의 하드 
웨 어구성문제를 서술하고 있다. 
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[IBM86] 에서는 MVS 의 가상기 억기방책을 최적화하는데서 싸이트관리 자가 사용할수 
있는 도구들과 선택방식들을 구체적으로 고찰하고 있다. 론문에서는 이 문제의 복잡성을 
설명하고 있다. 

[VAHA96] 은 여 러 가지 UNIX 의 변종들에서 사용된 기 억기관리 방안을 가장 훌륭하 
게 취급한것중의 하나이다. 
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Research Press, 1984. 
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JAC098a Jacob, B., and Mudge, T. "Virtual Memory ： Issues of 
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Microprocessors. ’’ IEEE Micro, August 1998. 
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York ： McGraw-Hill, 1992. 

VAHA96 Vahalia, U. UNIX Internals ： The New Frontiers. Upper Saddle 
River, NJ ： Prentice Hall, 1996. 


련습 문제 

i . 현재 처리기상에서 집행중인 프로쎄스에 대한 페지표가 다음의것과 같다고 가정 
하자. 모든 수는 10 진수이며 모든것은 0 으로부터 시 작하여 수자를 매 기 였고 모 
든 주소는 기 억 기 의 바이 트주소이 다. 페 지 크기 는 1024byte 이 다. 


가상페 지수 

유효비트 

참조비트 

변경 비트 

폐지프레임수 

0 

1 

1 

0 

4 

1 

1 

1 

1 

7 

2 

0 

0 

0 

- 

3 

1 

0 

0 

2 

4 

0 

0 

0 

- 

5 

1 

0 

1 

0 


1) 일 반적 으로 CPU 에서 발생한 가상주소가 물리적 인 주기억 기의 주소로 어 떻 
게 변환되는지 정확히 설명하시오. 

T -) 다음과 갈은 매개 가상주소는 어떤 물리주소에 대응하는가?(페지부재가 있 
다고 해 도 처 리하지 마시 오. ) 
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(1) 1052 

(2) 2221 

(3) 5499 


2. 프로쎄스가 그것에 배정된 4 개의 프레임을 가지고 있다(다음의 수들은 모두 10 
진수이며 모든것은 0 으로부터 시작하여 수를 매기였다.). 페지를 매개 페지프레 
임 에 마지 막으로 적 재하는 시 간, 매 개 페 지 프레 임 의 페 지 에 대 한 마지 막 접 근시 
간，매개 페지프레임의 가상폐지번호，매개 폐지프레임에 대한 참조 ( R ) 및 변경 
( M ) 비 트들은 제 시 된것 과 같다 (시 간들은 시 각 0 에 서 프로쎄 스의 시 작으로부터 
사건까지의 박자수이다. 그 사건으로부터 현재까지의 박자수는 아니다.). 


가상폐지번호 

페 지 프레 임 

적재된 시간 

참조된 시간 

R 비트 

M 비트 

2 

0 

60 

161 

0 

1 

1 

1 

130 

160 

0 

0 

0 

2 

26 

162 

1 

0 

3 

3 

20 

163 

1 

1 


가상페지 4 에서 페지부재 가 발생하였다. 아래의 기 억기관리방책 에 대 하여 어 느 
페 지 프레 임 이 치 환된 내 용을 가지 게 되 는가? 매 경 우에 그 리 유를 설 명 하시 오. 
1) FIF ◦(선입선출) 

니 LRU (최대미사용) 
n ) 시계 

H ) 최적(다음의 참조렬을 사용하시오.) 

D ) 페 지부재직 전에 기 억 기 에 대 해 앞에 서 언급한 상태 가 주어 진 조건에 서 다 
음의 가상폐지참조렬을 고찰하시오. 즉 

4, 0, 0, 0, 2, 4, 2, 1, 0, 3, 2 

고정 배 정 방책 대 신에 창문크기 가 4 인 작업 모임 방책 을 사용한다면 얼 마나 많은 
페지부재 가 발생하겠는가? 언제 매개 폐지부재 가 발생하게 되는지 명백 히 설명 
하시오. 

3. 프로쎄 스가 다섯 개 의 폐 지 A , B , C , D , E 를 다음과 갈은 순서 로 참조한다. 

A ； B ； C ； D ； A ； B ； E ； A ； B ； C ； D ； E 
치 환알고리듬은 선입선출법 이라고 가정 하고 세 개의 폐지 프레 임 을 가지는 빈 주기 
억기로 시작하는 참조의 순서기간에 폐지의 이송번호를 찾으시오. 4 개의 페지프 
레임에 대하여 반복하시오. 

4. 프로쎄 스가 디스크상에 있는 여 덟개의 가상폐지 를 포함하고 있으며 주기억 기 에서 
네 개의 페지 프레 임 에 대 한 고정배정 을 할당받는다. 다음의 폐지 추적 이 발생한다. 
즉 

1,0,2,2,1,7,6,7,0,1,2,0,3,0,4,5,1,5,2,4,5,6,7,6,7,2,4,2,7,3,3,2,3 

I) LRU 치환방책을 사용하여 네개의 페지프레임에 상주하는 성공적 인 페지 들 
을 찾아 보시 오. 주기억기 에서 명중률을 계산하시 오. 프레 임들은 초기 에 
비여 있다고 가정하시오. 

l ) FIFO 치 환방책 에 대 하여 자 를 반복하시 오. 
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n ) 두개 의 명 중률과 특정한 추적 에 대 하여 LRU 에 근사한 FIFO 사용의 효과 
성을 비교하시오. 

5. VAX 에 서 사용자폐 지 표들이 체 계공간의 가상주소에 배 치 되 여 있 다. 주기억 기 보 
다 가상기 억 기 에 서 사용자페 지 표를 가지 고 있는것 의 우점 은 무엇 인가? 결 함은 
무엇인가? 

6. 프로그람명령문 

for ( i = 1 ； i <= n ； i ++ ) 

社] + c [ i ] : 

이 페지크기가 1000 단어인 기억기에서 집행된다고 하자. n = 1000 이라고 하자. 
충분한 범위의 등록기 대 등록기명령을 가지고 있으며 첨수등록기를 가지는 기 
계 를 사용하여 앞의 명 령 문을 실 현 하기 위한 가상적 인 프로그람을 작성 하시 오. 

7. IBM System /370 구성 방식은 2 준위기 억기구조를 사용하며 토막화방법은 이 장의 
앞부분에서 설명한 많은 특징 들이 부족하기 는 하지 만 토막과 폐지 들로 두개의 
준위 를 이 루고 있다. 기 본 370 구성 방식 에서 페 지 크기 는 2 kbyte 나 4 kbyte 중의 
어느 하나로 될수 있으며 토막의 크기는 64 kbyte 나 1 Mbyte 중의 어느 하나에 
고정 되 여 있 다. 370 /XA 와 370 /ESA 구성 방식 에 서 폐 지 크기 는 4 kbyte 이 며 토막 
의 크기는 1 Mbyte 이다. 이 방안을 토막화의 어떤 우점들이 빠졌는가? 370 에 
서 토막화의 리익은 무엇인가? 

8. 폐지 크기를 4 kbyte 로 그리 고 페 지표입구점 이 4 kbyte 를 가진다고 가정 하고 만 
일 웃준위페지 표가 단일폐지 에 적 합하다면 64 비 트주소공간을 사영 하는데 몇 개의 
페지표가 필요한가? 

9. 폐지에 기초하여 수행되는 기억기사영을 가지고 있으며 단일준위의 페지표를 사 
용하는 어떤 체계를 고찰하자. 필요한 페지표는 항상 기억기에 있다고 가정하자. 

1) 기 억기참조가 200 ns 걸린다면 페지식기 억기 참조는 얼마나 오래 걸리는가? 
l ) 이제 명중과 실패에 관하여 20 ns 의 간접소비시간을 부과하는 MMU 를 추 
가하자. 만일 MMU TLB 에 서 모든 기 억 기 참조의 85%가 명 중한다고 가정 하 
면 유효기억기접근시간 ( EMAT ) 은 얼마인가? 
n ) TLB 명중률이 EMAT 에 어떻게 영향을 주는가에 대 하여 설명 하시오. 

10. 초기에 모두 비여 있는 M 개의 프레임들로 된 작업모임을 가진 프로쎄스에서의 

폐지참조렬을 고찰하자. 폐지참조렬은 그 안에서 명백한 페지번호들을 가진 길 
이 가 P 인 렬이 다. 임의의 페지치 환알고리 듬에 대 하여 
一 1) 페 지 부재 수의 아래한계 는 얼 마인가? 
l ) 페지부재수의 웃한계는 얼마인가? 

11. 페지치환알고리듬설명 에서 한 저 자는 원궤도를 도는 제설장치와 상사적 인것을 
설명 하고 있다. 눈은 고르롭게 궤도에 내 리고 있으며 외토리제설장치는 일정한 
속도로 련속 궤도를 돈다. 궤도에서 제설된 눈은 체계에서 없어 진다. 

1) 제 8 장 제 2 절에서 설명한 페지치환알고리듬중에서 어느것이 쓸모 있는 상 
사적 인것으로 되는가? 

L ) 질문에서 페지치환알고리듬의 동작에 대 한 이 상사가 무엇을 암시 하는가? 
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12. S /370 구성 방식 에서 기 억기의 열쇠 는 실제기 억기의 매 개 페지크기의 프레 임과 
관련되 여 있는 조종마당이 다. 페지치 환와 관련된 열쇠의 두개 비 트는 참조비트 
와 변화비 트이다. 참조비트는 프레 임안에서 임의의 주소가 읽거 나 쓰기하여 접 
근을 받을 때 1 로 설정되며 새로운 페지가 프레임에 적재될 때 0 으로 설정된 
다. 변화비트는 쓰기조작이 프레 임안의 임의의 위 치에 관하여 수행될 때 1 로 
설 정 된 다. 참조비 트만을 사용하여 어 느 페 지 프레 임 이 가장 최 근에 사용되 는가 
를 결 정 하는 방법 을 제 기하시 오. 

13. 상주모임관리방책의 성능에서 기 본은 값 Q 이 다. 경험은 프로쎄스에서 Q 의 값 
을 고정 시 키 면 각이 한 집 행 상태 들의 페 지 부재 빈 도수에 서 현 저 한 차 이 가 생 긴 다 
는것을 보여 주고 있다. 더우기 서로다른 프로쎄스에 단일한 값 Q 를 사용하면 
극적 으로 차이 나는 페 지 부재빈도률이 발생한다. 이 차이 들은 프로쎄 스의 수명 
주기동안 Q 의 값을 동적으로 조절하는 기구가 알고리듬의 동작을 개선할수 있 
다는것 을 강하게 시 사하고 있 다.이 목적 을 실 현 하기 위한 단순한 기 구를 제 안 
하시오. 

14. 어떤 과제를 네개의 같은 크기를 가진 토막들로 분할한다는것과 체계가 매개 토 
막용으로 입구점이 여덟개인 폐지서술자표를 만든다고 가정하자. 따라서 체계 
는 토막화와 페 지 화의 조합을 가진다. 또한 페 지 크기 는 2 kbyte 라고 가정 하자. 
1) 매개 토막의 최대크기는 얼마인가? 

i _) 과제에서의 최대론리주소공간은 얼마인가? 

n ) 물리적위 치 00021 ABC 의 요소는 이 과제 에 의하여 접근을 받는다. 과제 가 
그것을 위해 산생시키는 론리적주소의 양식은 무엇 인가? 체 계의 최대물리적 
주소공간은 얼마인가? 

15. 1 Mbyte 의 물리 적 주소공간에 사용된 폐지 화된 론리 주소공간 (2 kbyte 씩 32 개의 
폐지로 구성된)을 고찰하자. 

1) 처리기의 론리적주소에 대한 양식은 무엇인가? 

l ) 페지표의 길이와 너비는 얼마인가?(《접근권한》비트는 고려하지 않는다.) 
n ) 물리적기 억공간을 절반으로 줄인다면 페지표에 미치는 영 향은 무엇 인가? 

16. 를퓨터 가 캐 쉬，주기억기 및 가상기 억 기 용으로 쓰이 는 디 스크를 가지 고 있 다. 
참조된 단어 가 캐 쉬안에 있 다면 그에 접 근하는데 20 ns 가 필요하다. 그것 이 캐 
쉬 가 아니 라 주기 억 기 에 있 다면 그것 을 캐 쉬 에 적재 하는데 60 ns 가 필요하며 그 
다음에 참조를 다시 시 작한다. 단어 가 주기억 기 에 없 다면 디 스크에서 단어 를 
불러 내는데 12 ms 가 걸리며 이어 그것을 캐쉬에 복사하는데 60 ns 걸리며 그다 
음에 참조를 다시 시 작한다. 캐쉬명중률은 0.9 이 고 주기억기의 명중률은 0.6 
이다. 이 체계에서 참조된 단어에 접근하는데 요구되는 평균시간은 ns 로 얼마 
인가? 

17. UNIX 핵 심 부는 가상기 억 기 에 있 는 프로쎄 스의 탄창을 필 요에 따라 동적 으로 증 
가시키지만 결코 그것을 줄이려고 하지 않는다. 어떤 프로그람이 10 K 를 소비 
하는 탄창에 론리적 인 배 럴을 배정하는 C 부분루린을 호출하는 경우를 고찰하 
자. 핵 심 부는 그것 을 수용하기 위해 탄창토막을 확장한다. 부분루린 이 복귀할 
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때 탄창지시자를 조절하며 이 공간을 핵심부가 해방시킬수 있지만 해방되지 않 
는다. 이 점 에서 탄창을 축소할수 있다는 리유와 UNIX 핵 심 부가 그것 을 축소 
시 키 지 못하는 리 유를 설 명 하시 오. 

18. LINUX 에서의 가상주소화방안을 보여 주는 그림 8-5 와 류사한 그림을 그리 
시오. 


부록 8-기. 하쉬표 

다음의 문제 를 고찰하여 보자. N 개의 항목으로 된 모임 이 어 떤 표에 보관되 여 있 
다. 매 개 항목은 표식자와 그밖의 일정한 조건정 보들로 구성되 여 있다. 표에 대 하여 삽 
입，삭제 및 표식 자에 의한 주어 진 항목의 람색 과 같은 몇 가지 일 반적 인 조작을 
하려고 한다. 

항목들의 표식자가 0〜 M -1 범위에 있는 수자들이라면 단순한 풀이로서는 길이가 M 
인 표를 사용하는것 이 다. 표식 자 i 를 가진 항목은 위 치 i 에서 그 표에 삽입된다. 항목 
들이 고정된 길이로 되여 있는한 표찾기는 어려우며 그 항목에 대한 수자식표식자에 기 
초하여 표에 로 들어 가는 첨 수화를 포함한다. 더 우기 어 떤 항목에 대 한 표식자를 표안 
에 보관할 필요가 없다. 그것은 이것을 그 항목의 위치가 암시해 주고 있기때문이다. 
그러한 표는 직접접근표로 알려 져 있다. 

만일 표식자들이 비수자적인것이라도 여전히 직접접근방법을 사용할수 있다. 항목들 
을 A [ l ], ADV ] 으로 표시하기로 하자. 매개 항목 A [ l ] 는 표식자 또는 열쇠 k ; •및 값 
기_ 로 구성 되 여 있 다. 사영함수 1( 幻를 정 의 하자. 1( 요)는 모든 열쇠 들에 대 하여 1 과 M 
사이의 값을 취 하며 임의의 값 i 와 ) 에 대 하여 /( 切 굳 /( 切) 이 다. 이 경 우에 도 표의 
길이가 사과 같은 직접접근표를 사용할수 있다. 

살 이 N 보다 훨씬 더 크다면 이 방안에서 한가지 난관이 발생한다. N 은 이 경 우에 
표에서 사용되지 않은 부분이 크고 기억기에 대한 효과적인 사용으로 되지 못한다. 택할 
수 있는 방안은 길이 가 N 인 표를 사용하여 JV 개의 항목들(표식 자와 값)을 JV 개의 표 
입구점에 기억시키는데 있을것이다. 이 방안에서 기억기의 량은 최소로 되지만 이제부터 
는 표를 찾기 위한 처 리 부담이 있 다. 다음과 갈은 가능성 들이 있 다. 즉 

• 순차탐색 : 열쇠 전수공격방법 은 표가 큰 경 우에 시 간을 소비한다. 

• 련상람색 : 적 당한 하드웨 어 를 사용하면 표안의 모든 요소를 동시 에 탐색할수 
있다. 이 방법이 일반목적이 아니여서 흥미 있는 임의의 그리고 모든 표들에 적 
용할수는 없다. 

• 2 진람색 : 만일 표식자들이 나 표식자에 대한 수자적 인 사영을 표에서 올라 가는 
순서로 배 렬한다면 2 진탐색 이 순차람색 (표 8-6) 보다 훨씬 더 빠르며 그 어떤 특 
수한 하드웨어도 요구하지 않는다. 

2 진 탐색법 은 표찾기 에 서 유망한것 으로 되 고 있 다. 이 방법 에 서 주요한 결 함은 새 로 
운 항목추가가 보통 단순한 과정 이 아니 라는것 이며 입구점들에 대 한 재순서화를 요구한 
다는것 이 다. 따라서 2 진람색법은 일반적 으로 결코 변화되지 않는 적 당한 정적 인 표들에 
대해서만 사용된다. 
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표 8-6. 길이가 사인 표에서 / V 개 항목증의 한개에 대한 평균람색길이 


수법 

탐색 길이 

직접 1 

순차 

( M +1) / 2 

2 진 

log 2 M 

선형 하쉬 법 

( 2 -N / M ) / ( 2 - 2 N / M ) 

하쉬(련쇄 넘침) 

1 +( N ~ 1) / 2 M 


앞에서 렬거한 방법들중에서 단순한 직접접근법에 대한 기억기의 위반과 처리위반들 
을 피해야 한다. 이 타협안을 달성하는데서 가장 흔히 쓰이는 방법이 하쉬 법이다. 1950 
년대 에 개 발된 하쉬법 은 간단히 실현할수 있으며 두가지 우점 을 가지 고 있 다. 우선 대 부 
분의 항목들을 직접접근법에서와 같이 한번의 탐색으로 찾을수 있고 둘째로 추가적인 복 
잡성 이 없 이 삽입 과 삭제 를 처 리할수 있 다. 하쉬법기 능을 다음과 같이 정 의할수 있 다. 



4 - 


그림 8-26. 하쉬법 
기 -선형재 하쉬법， L - 련쇄 

AT 개까지의 항목이 길이가 삼 인 하쉬표에 기억되여 있으며 M > iV 이나 AT 보다 
훨 씬 크지 는 않다고 하자. 표에 어 떤 항목을 삽입하자면 

11 . 항목의 표식 자를 0〜 M _1 사이 에 있는 거의 우연적 인 수 n 으로 변환한다. 실 
례 로 표식 자가 수자로 되 여 있 다면 일 반적 인 사영 기 능은 표식 자를 M 으로 나누 
고 그 나머지를 ri 의 값으로 취 한다. 

12. 지을 하쉬표에 들어 가는 첨수로 사용한다. 

1 ) 표에 서 대 응하는 입 구점 이 비 여 있 다면 항목 (표식 자와 값) 을 입 구점 에 기 억 
시킨다. 
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L ) 입구점이 이미 차지되여 있으면 항목을 넘침구역에 이 부록에서 론의하는바 
와 같이 기 억시 킨다. 

표식자를 알고 있는 항목에 대한 표찾기를 수행하자면 

L 1. 삽입 에 서 와 같은 사영 기 능을 사용하여 항목의 표식 자를 0〜 M — 1 사이 에 있 
는 거의 우연적 인 수 13으로 변환한다. 

L 2. n 을 하쉬표에 들어 가는 첨수로 사용한다 

1) 표에서 대응하는 입구점이 비여 있다면 항목은 이전에 표에 기억되여 있지 
않았다 

l ) 입구점이 이미 차지되여 있고 표식자가 맞는다면 값을 회복할수 있다. 
n ) 입구점이 이미 차지되여 있고 표식자가 맞지 않으면 넘침구역에서 탐색을 
계속한다. 

하쉬 법방안은 넘 침을 처 리 한다는데서 방법상 차이 가 있다. 하나의 공통적 인 수법을 

선형하쉬법 이 라고 하는데 보통 콤파일 러 들에 서 쓰인 다. 이 방법 에 서 규칙 12. i • 는 

12. l ) 입구점 이 이미 차지되 여 있으면 n = n + 1 (mod M ) 으로 설정하고 단계 12. 

자에로 돌아 간다. 

와 같이 된다. 규칙 L 2. 도는 대응하게 변경된다. 

그림 8-26 1가 하나의 실례로 된다. 이 경우에 기억되는 항목들의 표식자는 수자이 
며 하쉬표는 8 개의 위 치 ( M = 8) 를 가진다. 사영기능은 8 로 나눈 나머지를 취한다. 그 
림은 항목들이 이것이 필요 없다고 하여도 올라 가는 수자순서로 삽입되였다고 가정하고 
있다. 그러므로 항목 50 과 51 은 각각 위치 2 와 3 에로 사영하며 이것이 비여 있기때문 
에 그것들은 거기에 삽입된다. 위치 3 을 시도한다. 이것역시 차지되여 있으므로 결국 
위 치 4를 사용한다. 

클라스터를 이루는 효과가 있기때문에 열린 하쉬표에서 항목탐색의 평균길이를 결정 
하는것은 쉽지 않다. Schay 와 Spm 比! [ SCHA 6 幻가 다음의 근사식을 엄 었다. 즉 

평균탐색길이 = —__— 여기서 r = 八 / 7M 이 다. 

2-2r 

결과는 표의 크기에는 관계가 없고 다만 표가 얼마나 채워 져 있는가 하는데 관계된 
다는데 주목하자. 놀랄만한 결과는 표의 80%가 차 있을 때 평균탐색길이는 여전히 3 근 
방에 있다는것이다. 

그렇 다고 해 도 탐색 길 이 3 이 길 다고 고찰할수 있는데 선형하쉬법 의 표는 항목들을 
삭제하기 쉽지 않다는 추가적인 문제를 가지고 있다. 람색길이가 보다 짧고(표 8-6) 삭 
제 는 물론 추가도 할수 있는 좋은 방법 이 바로 련쇄넘 침 법 이 다. 이 수법 을 그림 8-26 l 
에서 설명 하고 있다. 이 경우에는 넘 침입구점을 삽입하는 개별적 인 표가 있다. 이 표는 
하쉬표에서 임의의 위 치와 관련되 여 있는 련쇄입구점들을 넘겨 주는 지시 자들을 포함한 
다. 이 경우에 우연적으로 분포된 자료라고 가정하면 평균람색길이는 
평균탐색길이 = 1 + ( N - 1) / 2 M 이 다. 

큰 JV 및 M 값에 대하여 이 값은 N = M 일 때 1.5 에 가까이 간다. 그러므로 이 수 
법은 고속찾기를 가진 밀집기억을 허락한다. 
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제 4 편. 일정작성 

제 4 편의 중심 

조작체계 는 경쟁 하는 여 러 프로쎄 스들의 요구들사이 에서 콤퓨터 에 자원들을 배정해 야 
한다. 처리기의 경우에 배정해야 할 자원은 처리기상에서의 집행시간이며 배정수단은 일 
정 작성 이 다. 일 정 작성 기 능은 공평 성，임 의 의 특정 한 프로쎄 스의 고갈결 핍，처 리 기 시 간의 효 
과적사용 및 적은 간접소비시간을 포함하는 많은 대상들을 만족시키도록 설계되여야 한다. 
또한 일정 작성 기능은 일정 한 프로쎄 스의 시 작이 나 완료에 서 각이 한 준위 의 우선권이 나 실 
시간적 인 기한부들을 고려 할수도 있다. 

여 러 해동안 일정작성은 많은 연구의 초점으로 되여 왔으며 많은 각이한 알고리듬들 
이 실현되였다. 오늘날 일정작성연구에서 강조할 문제는 다중처리기체계 특히 다중 스레드 
식 응용프로그람개 발과 실 시 간일정 작성 에 대 한것 이 다. 

제 4 편의 안내 

제 9 장. 단일처리기의 일정작성 

제9장은 단일처 리기 를 가진 체 계 에서의 일정작성 에 관한것 이 다. 이 제 한된 지 면상에 
서 일정작성과 관련된 많은 설계문제들을 정의하고 해명한다는것은 불가능하다. 계9장에 
서는 세 가지 형 태의 처 리기일정작성 즉 장기，중기 , 단기일정작성 에 대한 고찰로부터 시 
작한다. 이 장의 대부분은 단기일정작성 문제 에 중심 을 두고 있다. 여기서는 각이한 알고 
리듬들을 고찰하고 특성들을 비교한다. 

제 10 장. 다중처리기와 실시간일정작성 

제10장에서는 일정작성연구의 초점인 두 령역을 고찰한다. 여러개의 처리기의 존재는 
일정 작성 결정을 복잡하게 만들며 새 로운 기 회 들을 계 공한다. 특히 여 러 개의 처 리기를 사 
용하면 동일 한 프로쎄 스안에 서 여 러 개의 스레 드를 집 행 하기 위 한 동시 일정 작성 을 할수 있 
다. 제 10장의 첫 부분에서는 다중처 리 기 및 다중스레 드식 일정 작성 법 들을 개 괄한다. 장의 나 
머 지 부분에 서 는 실 시 간일 정 작성 법 들을 취 급한다. 실 시 간요구사항은 일 정 작성 기 가 만족시 
켜야 할 가장 중요한 요구인데 그것은 요구사항들이 주어 진 과제나 프로쎄스의 시작과 완 
료에서의 시간제한을 규정해 줌으로써 공평성 이 나 우선권을 넘 어 서기때문이 다. 
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제 9 장. 단일처리기의 일정작성 

다중프로그람처 리체계 에서 다중프로쎄 스들은 주기 억기에 있다. 매개 프로쎄 스들은 처 
리기를 사용하거나 입출력이 수행되거나 어떤 다른 사건이 발생되기를 기다린다. 하나의 처 
리기나 여러 처리기들은 한개의 프로쎄스집행으로 차지되며 다른것들은 기다린다. 다중프 
로그람처리에서 기본은 일정작성이 다. 일정 작성법의 형태에는 대표적으로 네가지가 있다(표 
9-1). 그것 들중의 하나인 입 출력일정작성 은 입 출력 을 취 급하는 제11장에 서 설명 한다. 처 
리기의 일정작성의 형태인 나머지 세가지 형태는 이 장과 다음장에서 설명한다. 

이 장에서는 먼저 세 가지 형 태의 처 리기일정작성을 고찰하며 관계되는 문제를 설명 
한다. 장기 일 정 작성 과 중기 일 정 작성 이 다중프로그람처 리 의 등급과 관계 되 는 성 능에 의 해 좌 
우된다는것을 보게 된다. 이 문제는 제3장에서 어느 정도 취급하였고 제7장과 제8장에서 좀 
더 구체적으로 취급하였다. 그리고 이 장의 나머지부분에서는 단기일정작성에 대하여 집 
중적 으로 고찰하며 그것 은 단일 처 리 기 체 계 에 대 한 일 정 작성 의 고찰로 제 한한다. 다중처 리 
기 의 사용은 보충적 인 복잡성 을 더 해 주므로 먼 저 단일 처 리 기 의 경 우에 로 집 중하는것 이 좋 
다. 그래 야 일정작성알고리듬사이의 차이점들을 명백 히 알수 있다. 

제2절에서는 단기일정작성을 결정하는데 사용할수 있는 여러가지 알고리듬들을 보게 된다. 


제 1 절. 일정작성의 령태 


처리기일정작성의 목적은 응답시간，처리능력，처리기효률과 갈은 체계의 목표를 달성 
하는데서 한동안 하나의 처리기나 여러 처리기들에 의하여 프로쎄스들이 실행되도록 할당 
하는것이다. 많은 체계들에서 일정작성작업은 세가지 단독적인 기능 즉 장기，중기 및 단 
기 일정 작성 으로 분해된다. 이름은 이 기능들을 수행하는 상대적 인 시 간척도를 암시해 준다. 



폐색/중 - ^ 페 색 

■려!녀 일정 져 
작성 



그림 9-1. 일정작성 과프로쎄 스상태 이 행 


그림 9-1 에서는 일정작성기능들을 프로쎄스상태 이 행 도(그림 3-8 에 제시됨 )로 보여 주 
고 있다. 장기일정작성은 새로운 프로쎄스가 창조될 때 수행된다. 이것은 현재 작업하고 있 
는 프로쎄스모임에 새로운 프로쎄스를 합치기 위한 결정이다. 중기일정작성은 기억기교체 
기능의 일부이 다. 이것은 주기억기에 적 어도 부분적 으로 있고 따라서 수행에 사용할수 있 
는것 에 어 떤 프로쎄 스를 합치 기 위한 결정 이 다. 단기일정작성 은 프로쎄 스가 다음에 집 행 
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장기일정작성기는 처리를 위3 
다중프로그람처 리 의 등급을 
프로쎄스로 되며 단기일정작ᅳ 
프로쎄 스가 교체 내 기 조건 에 서 


卜들이 체계에 입장 




y 괄체계에서 또는 일반조작체계의 일괄부경 
송되 고 일 괄대 기 렬 에 들어 선 다. 장기 일정 직 
] 프로쎄스를 창조한다. 여기서 제기되는 n 
작체 계가 한개 또는 그이상의 보충적 인 프 i 
다. 둘째 토，일 정 작성 기 가 일 감 또는 일 감죽 
1■를 결정하여야 한다. 이러한 두가지 결정나 
fl 토운 프로쎄 스를 언제 창조하겠는가에 대 
요구하는 등급에 의 하여 좌우된 다. 창조되 는 
^ 있는 시간의 백분률은 더 작아 진다(즉 ? 
경쟁을 한다.). 이와 같이 장기일정작성기는 
기 위하여 다중프로그람처 리 기의 등급을 계국 
균기는 한개 또는 그이상의 새로운 일감들을 J 
f 놀고 있는 시간이 어떤 턱값을 넘을 때에 
날감을 다음에 입장시키겠는가에 대한 결정전 
L 는 어떤 도구가 체계성능을 관리 하게 할수 5 
r 집 행 시 간 그리 고 입 출력 요구사항을 포함할 







정 작성 기는 처 리기 위주 및 입 출력 위 주의 프로쎄 스 2 들을 혼합하여 유지 하려 고 할수 있다. 또 
한 결정 은 입출력 사용의 균형을 맞추기 위 한것으로서 입출력 자원들을 요구하려 고 하는가에 
따라 내릴수 있다. 

시 분할체 계의 대 화형프로그람들에서 프로쎄 스요청은 체계에 접속하려는 사용자의 시 
도에 의하여 발생될수 있다. 시분할사용자들은 체계가 자기들을 접수할수 있을 때까지 단 
순히 대기렬을 짓고 기다리려고 하지 않는다. 오히려 조작체계는 미리 정의한 어떤 포화 
측정기구를 사용하여 체계가 포화될 때까지 허가된 모든 오는것들을 접수한다. 그때 접속 
요청은 체계가 충만되여 사용자가 후에 다시 오라는것을 표시하는 통보를 만나게 된다. 

중기일정작성 

중기일정작성 은 교체 기 능의 일 부이 다. 관련된 문제 들을 제 3장，계 7장，제8장에 서 취 
급하였다. 대 표적 으로 교체넣 기 결정 은 다중프로그람처 리의 등급을 관리할 필요에 따라 진 
행 한다. 가상기 억 기 를 사용하지 않는 체 계 에 서 는 기 억 기 관리 가 또한 문제 이 다. 그러 므로 교 
체 결 정 은 교체내 기프로쎄 스들의 기 억 기 요구사항을 고려한다. 

단기일정작성 

실행빈도의 측면에서 보면 장기일정작성기는 상대적으로 드물게 실행되며 새로운 프로쎄 
스를 취하겠는지 안하겠는지 또 한개를 취하겠는지 하는 굵은알갱이식의 결정을 한다. 중기일 
정작성기는 교체결정을 하기 위하여 얼마간 더 자주 실행되나 배분기라고도 하는 단기일정작 
성기는 자주 실행되는데 프로쎄스를 다음에 실행하겠는가 하는 가는알갱이식의 결정을 한다. 

단기 일 정 작성 프로그람은 사건 이 발생 할 때 마다 요청 되 는데 이 것 은 현재 프로쎄 스의 중 
단에 로 이 끌어 갈수 있거 나 다른 프로쎄 스를 위하여 현재 실행 중에 있는 프로쎄 스를 선취 
할수 있는 기회를 준다. 실례로 그러한 사건으로서는 다음의것들이 있다. 즉 

• 박자새치기 

• 입출력새치기 

• 조작체 계 호출 

• 신호 

제 2 절. 일정작성알고리듬 

단기일정작성기준 

단기 일 정 작성 의 기 본목표는 체 계 의 동작을 여 러 가지 각도에 서 최 적 화하는 방향으로 처 
리 시 간을 배 정 하는것 이 다. 일 반적 으로 기 준모임 은 각이 한 일 정 작성 방법 을 평 가할수 있 다 
는것을 고려하여 제정한다. 

공통적 으로 사용하는 기준들을 두개의 차원으로 분류할수 있다. 우선 사용자지 향과 체 
계 지 향의 기 준들을 제 정 할수 있 다. 사용자지 향의 기 준들은 개 별적 인 사용자나 프로쎄 스로 
리해하는 체계의 동작과 관련된다. 실례로서 대화형체계의 응답시간을 들수 있다. 응답시 


프로쎄 스가 주로 계산작업 을 수행 하고 때때 로 입출력 장치를 사용하면 그것을 처 리기위주프로쎄 스로, 
처 리기를 사용하는 시 간보다 입출력 장치를 사용하는 시 간이 많은 프로쎄 스를 입출력위주프로쎄 스라고 
한다. 
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간은 요청을 해서부터 응답이 출력으로 나타나기 시작할 때까지 경과한 시간이 다. 이 량 
은 사용자가 변경할수 있고 또 본래 사용자가 관심하는 량이 다. 각이한 사용자들에게《좋 
은》봉사를 주는 일정 작성 을 하려 고 한다. 응답시 간인 경 우에 턱값은 실례 로 2 s 로 정의 할 
수 있 다. 그러 면 일 정작성 기 구의 목표는 평 균응답시 간이 2 s 이 거 나 그보다 적 은 시 간을 체 
험한 사용자의 수를 최대 로 하는것 이 다. 

다른 기준들은 체계지향형 이다. 기본은 처 리기의 유효하고도 능률적 인 사용에 있다. 
실례 로 프로쎄스들이 완료되는 속도인 처 리능력 이 다. 이것은 체계성능을 표시하는 훌륭한 
측정 지 표로서 최 대 화하고 싶은 량이다. 그러 나 그것 은 사용자에 게 주는 봉사보다도 체 계 
의 성능에 더 집중한다. 이와 같이 그것은 사용자집단이 아니라 체계관리에 관계되는것이다. 

한편 사용자지향의 기준들은 가상적으로 모든 체계들에 중요하지만 체계지향의 기준 
들은 일반적 으로 단일사용자체 계들에는 그리 중요하지 않다. 단일사용자체 계 에서 사용자 
응용프로그람에 대한 체계의 응답을 접수하는 동안 높은 처리기사용률과 높은 처리능력을 
달성하는것 은 그리 중요하지 않다. 

기 준을 분류할수 있는 다른 차원은 성 능에 관계 되 는것과 성 능에 직 접 관계되지 않는것 이 
다. 성능에 관계되는 기준들은 정 량적 인것들로서 쉽게 측정할수 있다. 실례로서 응답시간과 처 
리 능력 을 들수 있 다. 성 능과 관계 되 지 않는 기 능들은 사실 상 정 상적 이 거 나 측정 과 분석 을 쉽 
게 할수 없는것들이 다. 그러 한 기준의 실례 로서 예측을 들수 있다. 사용자에게 주는 봉사가 체 
계 로 수행 되 는 다른 작업 에 는 관계 없 이 동일 한 특성 들을 발휘 하는것 이 중요하다. 이 기 준은 작 
업적재 에 대 한 함수로서 변동의 정도를 계산하는 방법 으로 다소 측정 할수 있다. 그러 나 작업 
적 재 함수로서 처 리 능력 이 나 응답시 간을 측정 하는것 은 간단한 문제 가 아니 다. 

표 9-2 에 는 중요한 일정작성 기준을 요약하였 다. 이 것들은 호상 의존관계 에 있고 따 
라서 그 모든것들을 동시에 최적화할수는 없다. 실례로 좋은 응답시간을 보장하자면 프로쎄 
스들을 자주 전환하는 일정 작성알고리듬이 필요하다. 이것은 체계의 간접소비시간을 증가시 
켜 처 리능력 을 감소시 킨다. 따라서 일정 작성 방법 을 설계 하는데서는 상반되는 요구들의 타협 
이 이루어 지게 한다. 즉 각이한 요구사항들에 부여한 상대적인 무게들은 체계의 성질과 사 
용에 관계된다. 

많은 대 화형조작체 계 들에서 는 단일사용자이든 아니 면 시 분할이든 적 당한 응답시 간이 
주요한 요구로 된다. 이 요구사항이 중요하고 또한 응용에 따라 그것에 대한 정확한 정의 
가 달라 지므로 이 문제에 대해서는 이 장의 부록에서 좀 더 구체적으로 설명하기로 한다. 

우선권의 사용 

많은 체 계 에서 매 개 프로쎄스에는 우선권이 할당되며 일정작성 프로그람은 항상 우선 
권이 낮은것보다 우선권이 더 높은 프로쎄스를 선택한다. 그림 9-4 에서는 우선권의 사용 
을 보여 주고 있다. 명백 히 하기 위하여 다중폐색된 대 기렬들과 중단된 상태 들은 무시하 
고 대기 렬짓기도식을 간단화하였다(그림 3-7 과 비교하시오.). 한개의 준비대기렬대 신에 우 
선권이 낮아 지는 순서로 된 대기렬모임을 준다. 즉 i<M 대하여 RQO , RQl ,... RQn 인 경 
우에 [ RQi ] 의 우선권 >[ RQj ] 의 우선권이 다. 3 일정 작성선택을 하려고 할 때 일정 작성 기는 우 
선권이 제 일 높은 준비대기 렬 ( RQO ) 에서 시 작된다. 만일 대기 렬에 한개 이상의 프로쎄스들 
이 있 다면 일정 작성 원칙 을 적 용하여 그중에서 한개 의 프로쎄 스를 선택 한다. 만일 RQO 이 비 
였다면 RQ 1 을 조사한다. 이러한 과정이 계속된다. 

순수한 우선권일정작성도식과 관련하여 제 기되는 문제 는 우선권이 낮은 프로쎄스들이 


3 UNIX 와다른체계들에서 우선권값이 콜수록 우선권이 더 낮은 프로쎄스를 표시 한다. 다른지적 이 없는한이 
러 한 관례 에 따르도록 한다. 즉 번호가 콜수록 우선권순위 가 더 높다. 
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표 9-4. 프로■스일정작성의 실례 


J ，로쎄 스 

그 착시간 

나 사시간 

A 

0 

3 

B 

2 

6 

C 

4 

4 

D 

6 

5 

E 

8 

2 


선래선봉사법 

가장 간단한 일정작성방책은 선입선출 ( FIFO ) 법과 엄밀한 대기렬모형으로 알려 진 선 
래선봉사 ( FCFS ) 법이다. 매개 프로쎄스가 준비상태에 있을 때 그것은 준비대기렬을 련결 
시 킨다. 현재 실행중에 있는 프로쎄 스가 실행 을 멈 추었을 때 준비대 기렬에 있던 프로쎄스 
가 선택되여 실행된다. 

그림 9-5 에서는 지적 한 실례 에 대한 한 주기동안의 실행패턴을 보여 주고 있고 표 9-5 
에는 일부 중요한 결과들을 제시하고 있다. 우선 매개 프로쎄스의 최종시간이 확정되면 이 
로부터 일감처 리시 간을 결정할수 있다. 대기렬모형 에 의하여 일감처 리 기시 간 ( TAT ) 은 상 
주시간 T r 또는 항목이 체 계 에서 소비 한 총 시 간(기 다림 시 간 더 하기 봉사시 간 ) 이 다. 보 
다 쓸모 있는 값은 정 규화된 일감처 리시 간 즉 봉사시 간에 대 한 일감처 리시 간의 비 이 다. 대 
표적으로 실행시간이 길수록 허용할수 있는 절대적인 지연량은 더 커진다. 이 비률의 가 
능한 최소값은 1.0 이 다. 이 값의 증가는 감소하는 봉사준위 에 대 응한다. 

FCFS 법은 짧은 프로쎄스들보다 긴 프로쎄스들에 훨씬 더 잘 맞는다. [ FINK 88] 의 자 
료에 기초한 다음의 실례를 고찰하자. 즉 


프로쎄스 도착시> 

} 봉사시간 ( T s 

) 시 작시 간 

마감시간 °, 

! 감처리시 간 r , 

• T r / T s 

w 0 

X 1 

1 

00 

0 

1 

1 

101 

10( 

1 

1 

Y 2 

1 

101 

102 

10( 

100 

Z 3 

00 

102 

202 

191 

1.99 

평균 




100 

26 


프로쎄스 구에 대 한 정규화된 일감처 리시 간은 다른 프로쎄스들에 비 하여 한자리 더 크 
다. 체 계 에서 소비되는 총 시 간은 요구되는 처 리시 간의 100배 이 다. 이것은 긴 프로쎄스 바 
로 뒤에 짧은 프로쎄스가 도착할 때마다 일어난다. 한편 이 극단한 실례에서조차 긴 프로 
쎄스는 형편이 나쁘지 않다. 프로쎄스 고의 일감처 리시간은 Y 것의 두배 이 고 그것의 정규화 
된 기 다림시간은 2.0 이 하이 다. 

FCFS 법 과 관련된 다른 곤난성 은 그것 이 입 출력위 주의 프로쎄스들보다 처 리 기위 주의 프 
로쎄스들에 편중되는 경향이 있는것이다. 처리기 (처 리기위주)를 제 일 많이 사용하는 한개 
의 프로쎄 스와 입 출력 (입 출력 위 주)을 기 본으로 하는 많은 프로쎄 스들을 포함한 프로쎄 스 
집단을 고찰하자. 처리기위주의 프로쎄스가 실행중에 있을 때 모든 입출력위주의 프로쎄 
스들은 기 다려 야 한다. 이것들중에서 일부는 입출력대 기 렬 (폐색된 상태)에 있을수 있으나 처 
리 기위주의 프로쎄스가 실행중에 있는동안 준비대 기렬에 로 도로 이 행할수 있다. 이 시 점 
에 서 대 부분의 또는 모든 입 출력장치 들은 작업할 능력 이 있 음에 도 불구하고 노는 상태 
에 있을수 있 다. 현재 실 행중에 있 는 프로쎄 스가 실 행 상태 에 서 리 탈할 때 준비 된 입 출력 
위 주의 프로쎄 스들은 즉시 에 실 행 상태 에 로 이 동하여 입 출력 사건들을 폐 색한다. 만일 처 리 
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기위 주의 프로쎄 스도 페색 되 여 있다면 그것도 노는 상태 에 있다. 그리하여 FCFS 법은 결 
과적 으로 처 리 기와 입출력장치들을 둘다 효률적 으로 사용하지 못하게 할수 있다. 

FCFS 법은 단일처리기체계에서 적용할수 있는 좋은 방법이 못된다. 이로부터 흔 
히 우선권방안과 조합하여 효과적 인 일정작성 기 를 보장하고 있다. 그리하여 일정작 
성 기는 매 개 우선권준위 에 한개의 대기렬을 할당시 킨 많은 대기렬을 유지 하면서 매 
개 대 기 렬 안에 서 는 선래 선봉사방법 에 기 초하여 배 분할수 있 다. 그러 한 체 계 의 실 례 
는 뒤 에서 반결합일정작성 법을 취급할 때 보게 된다. 

표 9-5. 일정작성방책들의 비교 


평균 



프로쎄 스 

A 

B 

C 

D 

E 



도착시 간 

0 

2 

4 

6 

8 



봉사시간 m ) 

3 

6 

4 

5 

2 


FCFS 

마감시 간 

3 

9 

13 

18 

20 



일감처 리 시 간 ( TV ) 

3 

7 

9 

12 

12 

8.60 


T r / T s 

1.00 

1.17 

2.25 

2.40 

6.00 

2.56 

RR 

마감시 간 

4 

18 

17 

20 

15 


公=1 

일감처 리 시 간 ( T r ) 

4 

16 

13 

14 

7 

10.80 


T r / T s 

1.33 

2.67 

3.25 

2.80 

3.50 

2.71 

RR 

마감시 간 

3 

17 

11 

20 

19 


q =4 

일감처 리 시 간 ( TV ) 

3 

15 

7 

14 

11 

10.00 


Tr / T s 

1.00 

2.5 

1.75 

2.80 

5.50 

2.71 

SPN 법 

마감시 간 

3 

9 

15 

20 

11 



일감처 리 시 간 ( TV ) 

3 

7 

11 

14 

3 

7.60 


T r / T s 

1.00 

1.17 

2.75 

2.80 

1.50 

1.84 

SRT 법 

마감시 간 

3 

15 

8 

20 

10 



일감처 리 시 간 ( T 》 

3 

13 

4 

14 

2 

7.20 


T r / T s 

1.00 

2.17 

1.00 

2.80 

1.00 

1.59 

HRRN 

마감시 간 

3 

9 

13 

20 

15 


법 

일감처 리 시 간 ( TV ) 

3 

7 

9 

14 

7 

8.00 


T r / T s 

1.00 

1.17 

2.25 

2.80 

3.5 

2.14 

FB q=l 

마감시 간 

4 

20 

16 

19 

11 



일감처 리 시 간 ( TV ) 

4 

18 

12 

13 

3 

10.00 


T r / T s 

1.33 

3.00 

3.00 

2.60 

1.5 

2.29 

FB 

마감시 간 

4 

17 

18 

20 

14 


Q=2 l 

일감처 리 시 간 ( TV ) 

4 

15 

14 

14 

6 

10.60 


T r / T s 

1.33 

2.50 

3.50 

2.80 

3.00 

2.63 


순환법 

짧은 일감들이 FCFS 법에서 당하는 벌칙을 감소시키는 간단한 방법은 박자에 기초한 
선취권을 사용하는것 이 다. 박자새 치기는 주기적 인 시 간간격으로 발생된다. 새 치기가 발생 
할 때 현재 실행중에 있는 프로쎄스는 준비대 기렬에 배 치되며 다음의 준비일감은 FCFS 
법 으로 선택된다. 이 수법 을 시 간세 분법 이 라고도 하는데 그것 은 매 개 프로쎄 스가 선취하 
기전에 세분된 시간을 할당 받기때문이다. 

순환법 에 서 기 본설 계 문제 는 시 간량자가 대 단히 짧기 때 문에 짧은 프로쎄 스들이 체 계 를 걸 
쳐 상대 적 으로 빨리 이 동한다. 한편 박자새 치 기 를 처 리 하고 일 정 작성 및 배 분기 능을 수행 하는 
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데 걸 리 는 처 리 간접 소비 시 간이 있 다. 대 단히 짧은 시 간량자는 피 하여 야 한다. 한가지 효과적 인 
방법 은 시 간량자를 표준적 인 상호작용에 필요한 시 간보다 조금 크게 하는것 이 다. 만일 그것 이 
작다면 대부분의 프로쎄스들은 적어도 두배의 량자를 요구하게 된다. 그림 9-6 에서는 이 

시간 


시간량자를 
배정,받은 프로쎄스 


량자 


，0 

시간량자를 
배정받은 프로쎄싀 


선취된 시간량자를 배정 대화 

프로쎄욕. 받은 프로쎄스 완료 



다른 프로쎄스실행 


그림 9-6. 선취시간량자의 크기의 효과: 기-표준적인 상호작용보다 큰 시간량자， 
표준적 인 상호작용보다 작은 시간량자 

것 이 응답시 간에 미치는 효과를 보여 주고 있다. 시 간량자가 가장 긴 실행중의 프로쎄스 
보다 더 긴 극단한 경 우에 순환법 은 FCFS 법 에 로 퇴 보한다는것 을 주의해 야 한다. 

그림 9-5 와 표 9-5 에서는 각각 1배와 4배 단위의 시간량자 Q 를 사용하는 실례에 대 
한 결과를 보여 주고 있다. 가장 짧은 일감인 프로쎄스 E 는 시간량자가 1인 경우에 현저 
한 개선을 가져 온다는것을 알수 있다. 

순환법은 일반 시분할체계나 트랜잭션처리체계에서 특히 효과적이다. 순환법의 한가 
지 결함은 처 리기위주 및 입출력위주의 프로쎄스보다 더 짧은 처 리 기시 간단락(입출력연산 
들사이의 실행에 소비되는 시간량)을 가진다. 만일 처리기위주 및 입출력위주의 프로쎄스 
들이 혼합되여 있다면 다음의것이 발생된다. 입출력의 프로쎄스는 짧은 시간동안 처리기 
를 사용하며 입출력에서 페색된다. 그것은 입출력연산이 끝나기를 기 다린 다음 준비대기 
렬을 련결한다. 한편 처 리 기 위 주의 프로쎄 스는 일 반적 으로 실행 하는동안 완료시 간량자를 사 
용하며 즉시 에 준비 대 기 렬 에 로 복귀 한다. 이 와 같이 처 리 기 위 주의 프로쎄 스들各 처 리 기 시 간의 
일부를 부당하게 할당하는 경 향이 있는데 그것 은 입 출력 위 주의 프로쎄 스들，입 출력장치 들 
의 비효과적 인 사용 그리고 응답시간의 변동의 증가로 인하여 성능이 떨어 지는 결과를 초 
래 한다. 

[HALD 91] 에서는 가상순환법 ( VRR ) 이 라고 부르는 개 량된 순환법을 제기 하고 있는 
데 그것은 순환법의 부당성을 극복하고 있다. 그림 9-7 에서는 그 방법을 설명해 주고 있 
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다. 새 로운 프로쎄스들이 도착하여 준비대기렬을 련결하는데 그것은 FCFS 법 에 기초하여 
관리 된다. 실행 중에 있는 프로쎄 스가 시 간초과되 면 준비 대기 렬에 로 복귀 한다. 프로쎄 스가 
입출력 에서 페색되면 입출력대기렬을 련결한다. 지 금까지는 이것 이 일반적이 였다. 새 로운 
특징은 입출력블로크로부터 해방된후에 프로쎄스가 이동해 가는 FCFS 보조대기렬이 있는 
것이다. 배분결정을 하려고 할 때 보조대기렬의 프로쎄스들은 기본준비대기렬의것보다 우 
선적으로 선택한다. 보조대기렬로부터 마지막으로 선택된후의 실행에 소비된 총 시간을 던 
시간이상은 실행되지 않는다. 성능에 대한 저자들의 연구결과는 이 방법이 개량으로 순환 
법 을 초과한다는것 을보여 주었 다. 

최 단프로쎄 스후처 리 법 

FCFS 법에 있는 긴 프로쎄스에 유리하게 편중되는 현상을 줄이는 다른 방법 이 바로 최 
단프로쎄 스후처 리 ( SPN ) 법 이 다. 이 것 은 예 상되 는 최 단처 리 시 간을 가지 는 프로쎄 스를 다 
음에 선택 하는 비선취방책 이 다. 그러면 짧은 프로쎄 스가 보다 긴 일감들을 넘어서 대기렬 
의 머 리부에 로 뛰 여 넘는다. 


시간초과 



그림 9-7. 가상순환일 정 작성 기 의 대 기렬 도식 

그림 9-5 와 표 9-5 는 이 실례의 결과를 보여 주고 있다. 프로쎄스 E 가 FCFS 에서보 
다 훨씬 먼저 봉사를 받는다는것에 주의하라. 또한 전반적인 성능은 응답시간에 의하여 훨 
씬 개선된다. 그러 나 보다 긴 프로쎄스들에서 특히 응답시간의 변동이 증가되 고 예측가능 
성이 감소된다. 

SPN 방책의 한가지 곤난성은 매개 프로쎄스의 요구되 는 처 러시 간을 알거 나 적 어도 추 
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산할 필요가 있는것이다. 일괄일감들에서 체계는 프로그람작성자에게 그 값을 추산하여 조 
작체계에 줄것을 요구할수 있다. 만일 프로그람작성자의 추산이 충분하게 실제적 인 실행 
시간에 들어 간다면 체계는 일감을 포기할수 있다. 생성관계에서 동일한 일감들이 자주 실 
행된다면 그것을 통계적으로 장악할수 있다. 대화형프로쎄스들인 경우에 조작체계는 매개 
프로쎄스에 대한 매개 단락의 실행평균을 보존할수 있다. 가장 간단한 계산을 다음과 같 
이 할수 있다. 

Sn + i ^- lT , (9-1) 

n i= i 

여기서 

Ti = 프로쎄스의 i 번째 구체례에 대한 처리기실행시간(일괄일감의 총 실행시간; 

대화형일감의 처 리기단락시 간) 

S | - i 번째 구체 례 의 예 측값 

Si = 첫 번째 구체 례 의 예 측값; 계 산안됨 

매 번 완전합을 재계 산하는 작업 을 피 하기 위 하여 이 식 을 다음과 같이 다시 쓸수 있다. 즉 
S n +i 泰 Sft (9-2) 

n n 

이 공식에서는 매개 구체례에 동일한 무게를 주고 있다. 대표적 으로는 보다 최근의 구 
제례에 보다 큰 무게를 주려고 한다. 왜냐하면 이것들이 앞으로의 동작을 더 잘 반영하기 
때문이다. 과거값들의 시간계렬에 기초하여 미래값을 예측하기 위한 일반적 인 수법은 지 
수평균법이다. 즉 

S n+1 = aTn + ( l - a)Sn (9-3) 

여 기서 a 는 일정한 무게결수 (0< a < l ) 로서 보다 최 근의 관찰과 덜 최근의 관찰들에 주어 
진 상대 적 인 무게 를 결정 한다. 식 9-2 과 비 교하여 보라. 과거 관찰수에 관계 되 는 상수값 a 
를 사용하면 모든 과거 값들을 관찰하는 환경을 마련할수는 있지 만 많은 구체 례 의것들이 더 
작은 무게를 가지게 된다. 이것 을 좀 더 상세 히 보기 위하여 식 9-3 의 확장형 식 을 아래 에 
서 고찰하자. 즉 

S n +i = + ( l - oOTn—i + ... + ( l - a ) 1 ofT n _ 1 +… + ( l - a ) 11 、 (9-4) 

a 와 a-a ) 가 1 보다 작기때문에 앞의 식에서 매개 축차항은 류사하다. 실례로 a =0.8 
일 때 식 9-4 은 다음과 같이 된다. 즉 

S n+1 = 0.8 T n +0.16 T n _ 1 +0.032 T n _ 2 + 0.0064 T n _ 3 + ... 

관찰이 오래전의것 일수록 그것 은 평 균값에 더 적 게 반영 된 다. 

확장시 그것의 위치의 함수로서의 결수의 크기를 그림 9-8 에 제시하였다. a 의 값이 클 
수록 보다 최근의 관찰에 주어 지는 무게는 더 욱 커 진다. a =0.8 일 때 가상적 으로 모든 무 
게는 네개의 가장 최근의 관찰에로 확대된다. 1에 가까운 a 의 값을 사용하는것이 가지는 
우점 은 평균값이 급속한 변화를 즉시 에 반영하는것 이 다. 이 것의 결함은 만일 관찰량의 값 
에 단시간의 파동이 있고 따라서 평균값에 거꾸로 작용한다면 a 의 평균값을 사용할 때 평 
균값에 급변하는 변화를 초래하는것 이 다. 그림 9-9 에서는 지수평균법 ( a 의 두개 값에서) 
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고찰나이 

그림 9-8. 지수평활결수 

과 단순평균법을 비교하고 있다. 그림 9-9 기에서는 관찰값이 1에서 시작되며 10까지 점 
차 증가하다가 거 기 에서 머무론다. 그림 9-9 l 에서는 관찰값이 20에서 시 작되며 10까 
지 점차 떨어 지다가 거기서 머무론다. 두 경우에 모두 Si =0 이라고 추산하고 시작하였 
다. 이것은 새로운 프로쎄스들에 보다 큰 우선권을 준다. 지수평균법이 단순평균법보다 
더 빨리 프로쎄 스동작의 변화를 추적하며 a 의 값이 콜수록 관찰값의 변화에 보다 빨리 
반응하게 된다. 

한편 SPN 법 이 보다 긴 일감들에 유리 하게 편차를 감소시 킴 에도 불구하고 그것은 선 
취 가 없기 때 문에 아직 은 시 분할이 나 트랜잭 션처 리환경 에 는 적 합하지 않다. FCFS 법 에 
서 설명한 가장 나쁜 경우의 분석 을 돌이켜 보면 프로쎄 스들인 W , X , Y 그리 고 V 근 
짧은 과제 인 Y 에 강한 벌칙 을 주면서 동일한 순서 로 여 전히 집 행 된다. 

최단나머지시간법 

최단나머지시간 ( SPN ) 법은 SPN 법의 선취형이다. 이 경우에 일정작성기는 항상 예상 
되 는 가장 짧은 나머지 처 리시간을 가지는 프로쎄스를 선택한다. 새 로운 프로쎄스가 준비 
대 기렬을 련결 할 때 그것은 사실상 현재 실행 중에 있는 프로쎄스보다 보다 짧은 나머지시 
간을 가질수 있 다. 따라서 일정 작성 기 는 새 로운 프로쎄 스가 준비 될 때 마다 선취 할수 있 다. 
SPN 법 에서 와 같이 일정작성 기는 선택 기능을 수행 하기 위 하여 처 리시 간에 대 한 추산을 해 
야 한다. 이때 보다 긴 프로쎄스들은 고갈의 위험성을 가진다. 

SRT 법 에서 는 FCFS 법 에서와 같이 긴 프로쎄 스에 유리 하게 편중되는 경 향이 없다. 순 
환법에서와는 달리 보충적인 새치기가 발생되지 않으므로 간접소비시간을 줄이고 있다. 한 
편 경과한 봉사시간을 기록해야 하는데 이것은 간접소비시간을 증가시킨다. 또한 SRT 법 
은 SPN 법 보다 더 큰 일 감처 리 시간성 능을 가진 다. 그것 은 짧은 일 감이 보다 긴 일 감보다 
실행에서 즉시적인 우선권을 가지기때문이다. 

실례 (표 9-5) 에서 가장 짧은 세개의 프로쎄스모두가 즉시 봉사를 받아 정규화된 일 
감처 리 시간이 각각 1.0 으로 된 다는데 주목하자. 
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여기서 R = 응답률 

W = 처리기를 기다리는데 걸린 시간 
S = 예 상되 는 봉사시 간 

만일 이 값을 가지 는 프로쎄 스가 즉시 에 배 분된 다면 묘는 정 규화된 일 감처 리 시 간과 같 
다. 묘의 최소값은 1.0 인데 이것은 프로쎄스가 처음에 체계 에 들어 갈 때 발생한다. 

일정작성 규칙 은 다음과 같다. 즉 현재의 프로쎄스가 완료되거 나 페 색될 때 묘의 제 일 
큰 값을 가지 는 준비 프로쎄 스를 선택한다. 이 방법 은 그것 이 프로쎄 스의 나이 를 말해 주 
므로 아주 인기가 있다. 보다 짧은 일감들은 유리 (분모가 커질수록 비률도 커진다.)하지 
만 봉사없이 나이먹음은 그 비를 증가시켜 보다 긴 프로쎄스가 결국 과거의 경쟁하는 보 
다 짧은 일감으로 된다. 

SRT 법 과 SPN 법 에 서 와 같이 예 상하는 봉사시 간은 최 고응답률후처 리 ( HRRN ) 법 을 사 
용할수 있도록 추산하여야 한다. 

반결합법 

만일 각이한 프로쎄 스의 상대적 인 길 이를 지적 하여 주지 않는다면 SPN 법， SRT 법 그 
리고 HRRN 법중의 아무것도 사용할수 없다. 보다 짧은 일감들에 대한 우선선택권을 확 
립 하는 다른 방도는 보다 오래동안 실행 되 여 온 일감들에 벌칙을 주는것 이 다. 다른 말로 하 
면 나머지 실행 시 간에 주목할수 없다면 지 금까지 실행 에 걸린 시 간에 주목하는것 이 다. 

이것 을 실현하는 방도는 다음과 같다. 일정 작성은 선취 (시 간량자에서)형 으로 하고 동 
적우선권기구를 사용한다. 프로쎄스가 처음에 체계에 들어 갈 때 그것을 RQ 0 에 배치한 
다(그림 9-4 를 보시 오. ) . 그것 의 첫 실 행 후에 다시 준비 상태 로 복귀 할 때 그것 을 RQ 1 에 배 
치한다. 그것이 선택된후 다음번에는 그것을 우선권이 그다음으로 낮은 대기렬에로 넘긴 
다. 이때 보다 짧은 프로쎄스는 준비대기렬의 계층구조를 따라 멀리 이동함이 없이 급속 
히 완료하나 보다 긴 프로쎄 스는 점 차 아래 쪽으로 이 동한다. 그리 하여 보다 새 롭고 짧은 프 
로쎄 스들이 보다 오래되 고 유리하게 된다. 매 개 대 기렬에서 우선권이 제 일 낮은 대 기렬을 
제 외 하고는 단순한 FCFS 기 구를 사용한다. 우선권이 제 일 낮은 대 기렬의 프로쎄 스는 더 
는 낮아 질수 없지만 그것이 실행을 완료할 때까지 대기렬로 여러번 복귀된다. 그리하여 대 
기렬은 순환식으로 취급된다. 

그림 9-10 에서는 프로쎄스가 각이한 대기렬들을 뒤 따르는 경 로를 보여 주는것 으로서 
반결 합일 정 작성 기 구를 설 명 하고 있 다. 5 이 방법 은 여 러 주위반결 합법 이라고도 하는데 이 것 
은 조작체 계 가 처 리 기 를 프로쎄 스에 배 정 하고 프로쎄 스가 폐 색 되 거 나 선취 될 때 그것 을 한 
개 의 우선권대 기렬 에 로 도로 보낸 다는것 을 의 미한다. 

이 방안에 대 한 많은 변종들이 있 다. 단순한 변종은 순환법 에 서 와 갈은 식 으로 즉 주기 적 인 시 
간간격으로 선취를 진행하는것 이 다. 실례 에서는 한개의 시 간단위의 량자에서 이것 (그림 9-5 
와 표 9-5) 을 보여 준다. 이 경 우에 동작은 시 간량자가 1인 순환법 과 류사하다는것 을 주의 하자. 

방금 개괄한 단순방안에서 제기되는 한가지 문제는 보다 긴 프로쎄스의 일감처리시간 
이 급격히 늘어 날수 있다는것이다. 사실상 그것은 새로운 일감들이 자주 체계에 들어 올 
때 고갈이 발생할 가능성 을 준다. 이것 을 보상하기 위하여 대 기렬에 따라 선취시 간을 변 
화시킬수 있다. 즉 RQ 0 으로부터 일정작성한 프로쎄스는 한 시간단위동안 실행할수 있게 
한다음 선취 하고 RQ 1 로부터 일정작성한 프로쎄 스는두 시 간동안실 행할수 있게 한다. 


현 V 점선들은 그림 9-4 와 같이 가능한 이행들의 정적인 서술이 아니라 그것이 시간순서도식이라는것을 강 
조하기 위하여 서술하였다. 

374 




그림 9-10. 반결 합일 정작성 법 


이런 식으로 계속해 나간다. 일반적으로 R 私로부터 일정작성한 프로쎄스는 선취하기전에 
갗시 간단위동안 실행할수 있 다. 이 방안은 그림 9-5 와 표 9-5 의 실례 에서 설명하였 다. 

보다 낮은 우선권으로 보다 큰 시간배정을 할수 있다. 보다 긴 프로쎄스는 여전히 고 
갈을 당할수 있다. 가능한 대책은 프로쎄스가 현재의 대기렬에서 봉사를 기다리면서 일정 
한 시 간을 보낸후에 그것 을 우선권 이 더 높은 대 기렬 에 로 올려 보내 는것 이 다. 

성능비교 

명백 히 각이 한 일정 작성 방책들의 성능은 일정 작성 방책의 선택 에 작용하는 결정적 인 인 
자로 된 다. 그러 나 상대 적 인 성 능이 각이 한 프로쎄 스들의 확률분포와 일정 작성 의 효률과 문 
맥절환기구 그리고 입출력요구의 성질과 입출력부분체계의 성능 등에 관계되므로 명확한 비 
교를 하는것은 불가능하다. 그렇지만 여기서는 일부 일반적인 결론을 내리기 위해 다음과 
갈은 해석을 한다. 

대기렬짓기의 해석 

이 절에서는 화쏭도착과 지수봉사시간에 대한 일반적인 가정하에서 기본대기렬공식 
을 사용한다. 6 

6 _ 이 장에 서 사용하는 대 기 렬 용어 는 부록 9- l 에 서 종합하였 다. 대 기 렬 해 석 에 대 한 기 본참고내 용은 
WilliamStallings. com/StudentSupport. html -9] Computer Sience Student Support Site 에 서 찾 
아 볼수 있다. 
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먼저 봉사시 간과는 관계 없 이 봉사하기 위 하여 다음항목을 선택 하는 일정 작성 규칙 이 다 
음의 관계를 따른다고 하자. 즉 

T r_ 1 

T s 1 -p 

여기서 T r = 일감처 리시간 또는 상주시간; 기 다림시 간과 실행시 간을 더한 체 

계의 총 시간 

T s = 평 균봉사시 간 ; 실 행 상태 에 서 소비 한 평 균시 간 
P = 처리기의 사용률 

_ 표 9-6. 두가지 우선권부류를 가진 단일봉사기대기렬에 대한 공식들 

가정 1. 봐쏭도착률 

2. 우선권 1항목들은 우선권 2항목들의 앞에서 봉사된다. 

3. 우선권이 같은 항목들에 대해서는 선입선출배분 

4. 봉사중인 때에는 어떤 항목도 새치기되지 못한다. 

5. 항목들은 대기렬을 리탈하지 못한다(잃어 진 항목을 지연항목이라고 한다.). 

T ) 일반공식 
A = 시 + 久 2 
Pi = Vr s l ; P 2 = 乂2지2 
P = Pi + P 2 

T ， 는니卜 2 
I ♦서2 

니 새 치기없음; 지수봉사시 간 

T r ， T sl+ 쓰두土산! 

1 -Pi 

네^는 1 〒우 

1 —P 


II ) 선취 회복대기 렬 작성 규칙 ; 지수봉사시간 

T 리 + 포 L 
1_凡 

T r2 =l + I ^(p lTsl+ ^) 


특히 매 개 프로쎄 스의 우선권 이 예 상되 는 봉사시 간에 는 무관계하게 할당되 는 우선권 
에 기 초한 일정 작성 기 는 단순한 FCFS 법 의 규칙 에 서 와 같이 동일 한 평 균일 감처 리 시 간과 정 
규화된 평균일감처리시간을 보장한다. 더우기 선취가 있는가 없는가는 이 평균에서 차이 
를 조성하지 않는다. 

순환법 과 FCFS 법 을 제 외 하고 지 금까지 고찰한 여 러 가지 일정 작성 규칙 들은 예 상되 는 
봉사시간에 기초하여 선택을 한다. 공교롭게도 이러한 규칙들의 닫긴 해석모형들을 개발 
하는것이 매우 힘들다는것 이 판명되였다. 그러나 우선권이 봉사시간에 기초를 두고 있는 우 
선권일정작성 방법 을 고찰함으로써 그러한 일정작성알고리 듬들의 FCFS 법 에 비한 상대 적 
인 성능에 대한 표상을 가질수 있다. 
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만일 일정작성이 우선권에 기초하여 진행되고 또 프로쎄스들이 봉사시간에 기초하여 우 
선권부류에 할당된다면 이때에는 차이점들이 명백해 진다. 표 9-6 에서는 우선권부류가 두 
가지 이 고 매 개 부류에 서 봉사시 간이 서 로 다른 경 우에 해 당한 공식 들을 제 시하였 다. 표에 
서 요는 도착률이다. 이 결과들은 우선권부류가 임의의 개수일 때 에도 성 립될수 있다. 공 
식 들욘 비선취식일정작성과 선취식일정작성인 경우에 서로 차이난다는것에 주의하자. 후 
자의 경우에는 우선권이 보다 높은 프로쎄스가 준비될 때 우선권이 보다 낮은 프로쎄스가 
즉시에 새치기된다고 가정하고 있다. 

실례로서 우선권부류가 두가지이고 매개 부류의 프로쎄스도착수가 갈으며 우선권이 보 
다 낮은 부류의 평균봉사시 간이 우선권이 보다 높은 부류에 비 하여 5배 인 경우를 고찰하 
자. 이때 보다 짧은 일감들에 우선권을 주려고 한다. 그림 9-11 에서는 총체적인 결과를 보 
여 주고 있 다. 보다 짧은 일 감들에 우선권을 줌으로써 정 규화된 평 균일감처 리 시간을 개 선 
하였다. 기대하였던바와 같이 선취권까지 사용하였을 때 일감처 리시간이 제 일 크게 개선 
되였다. 그러 나 총체적 인 성능은 크게 개선되지 않았다. 



사 용 률 ( p ) 

그림 9-11. 총체적으로 정규화된 응답시간 

두가지 우선권부류를 각각 고찰할 때 그것들의 차이 가 명백해 진다. 그림 9-12 에는 우선권이 
보다 높으면서 도 보다 짧은 프로쎄 스들에 대 한 결과를 보여 주고 있다. 비 교를 위해서 그 
라프의 맨 웃곡선은 우선권을 사용하지 않은것을 보여 주고 있는데 처 리시 간이 보다 짧은 모 
든 프로쎄스들의것보다 상대적 인 성능이 절반으로 떨어 진다는것을 간단히 알수 있다. 다 
른 두 곡선은 보다 높은 우선권을 할당한 프로쎄스들에 대한것이다. 체계가 선취권을 가 
지 지 않는 우선권일정작성 법 을 사용하여 실 행하는 경 우에 현저한 개 선을 가져 왔다. 그것 
들은 선취권을 사용하였을 때 더욱 뚜렷한 개선을 보여 주었다. 
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그림 9-13 에서는 보다 우선권이 낮으면서 보다 긴 프로쎄스들에 대하여 동일한 해석 
을 진행한 결과를 보여 주고 있 다. 예 상하였 던바 그대 로 그러한 프로쎄 스들은 우선권일정 
작성할 때 성 능을 떨 군다. 



요구되는 시간의 백분수값 

그림 9-14. 정규화된 일감처 리시간에 대한 모의결과 

모의 모형 화 


해석모형화에서 제기되는 일부 난점들은 리산사건모의를 하여 극복하는데 이것은 넓 
은 범위의 방책들을 모형화할수 있게 한다. 모의의 결함은 주어 진 실행의 결과를 특정한 
가정 들을 한 조건에서 특정 한 프로쎄 스집 단에 만 적 용할수 있는것 이 다. 그렇 지 만 유효한 고 
찰결 파를 얻 을수 있 다 . 

그러한 한가지 연구결과를 [FINK 88] 에서 보고하고 있다. 도착률이 A =0.8 이고 평 
균봉사시 간이 T s = l 인 50000개의 프로쎄스에 대 한 모의를 진행하였다. 이때 처 리기의 사 
용률은 P = AT S =0.8 이라고 가정하였다. 이와 같이 한개의 사용률값이 주어 진 조건에서 측 
정을 하고 있다. 

결과를 얻기 위하여 프로쎄스들을 봉사시 간의 백분수값별로 매개 가 500개씩 되게 그 
룹을 지 었다. 이때 가장 짧은 봉사시 간을 가진 500개의 프로쎄스들은 첫번째 백분수값을， 
이것을 제외하고 또 가장 짧은 봉사시간을 가진 500개의 프로쎄스들은 두번째 백분수값을 
가진다. 이런 식으로 그룹을 짓는다. 이렇게 하면 프로쎄스길이의 함수로서 프로쎄스들에 
대한 여 러가지 방책들의 효과를 조사할수 있다. 

그림 9-14 에 서 는 정 규화된 일 감처 리 시간을, 그림 9-15 는 평 균기 다림 시 간을 각각 보 
여 주고 있 다. 일감처 리 시간을 보면 FCFS 법 의 성 능이 좋지 않다는것 을 알수 있 다. 여 기 
서 는 3분의 1에 해 당하는 프로쎄 스들의 일 감처 리 시 간이 봉사시 간보다 10배 이 상으로 된 다. 
더우기 이것들은 가장 짧은 프로쎄스들에 해 당되는것 이 다. 한편 일정작성 이 봉사시간과는 
관계 없 으므로 기 대 했 던바대 로 절 대 기 다림 시 간은 일 정 하다. 그림 들은 한개 의 시 간단위 의 량 
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자를 사용하는 순환법을 보여 주고 있다. 한개이하의 량자에서 실행되는 가장 짧은 프로 
쎄 스들을 제외 하고 순환법은 모든 프로쎄스들에서 공정 하게 약 5의 정규화된 일감처 리시 
간을 보장한다. 가장 짧은 프로쎄스들을 제 외 하고 그다음에 가장 짧은 프로쎄스들은 순환 
법보다 더 좋게 수행된다 . SPN 법의 선취변종인 최첨단나머지시간법은 가장 긴 7%의 프 
로쎄 스들을 제외 하고 SPN 법보다 더 좋게 수행된다. 비선취방책들가운데서 FCFS 법은 긴 
프로쎄스들에서， SPN 은 짧은 프로쎄 스들에서 특성 이 더 좋다는것을 알수 있다. 다음에 가 
장 높은 응답률은 이 두 효과들사이의 중간에서 보장된다고 볼수 있는데 이것을 그림에서 
확인할수 있다. 그림 에서는 마지막으로 매 개 우선권대 기렬 에서 고정된 균일 한 량자를 가 
지 는 반결 합법 을 보여 주고 있 다. 기 대 하였 던바대 로 FB 법 은 짧은 프로쎄 스들에 대 하여 매 
우 좋은 특성을 가진다. 



요구되는 시간의 백분수값 
그림 9-15. 기 다림시간에 대한 모의결과 


공평공유일정작성법 

지 금까지 취 급한 모든 일 정작성알고리 듬들은 다음에 실 행하는 프로쎄 스들을 선택하는 
단일프로쎄스집결소로서의 준비프로쎄 스집 단을 취 급하였 다. 이 집결소는 우선권에 의 하여 
무너 뜨릴수는 있지 만 한편으로는 갈은 종류의것들이 다. 

그러 나 다중사용자체 계 에서 개 별사용자응용프로그람들이나 일감들을 다중프로쎄 스(또 
는 스레 드)들로서 조직할수 있는 경 우에 전통적 인 일정작성 기 로 인식 되 지 않는 프로쎄 스 
집 단에 대 한 구성 법을 적용할수 있다. 사용자의 견지 에서 볼 때 제기되는 문제는 특정 한 프 
로쎄스를 어떻게 수행하는가 하는것이 아니라 하나의 단일프로그람을 이루는 프로쎄스모 
임 을 어 떻게 수행 하는가 하는것 이 다. 이때 프로쎄스모임 에 기 초하여 일정작성 을 결정하는 
것 이 중요하다. 이 방법은 일반적 으로 공평공유일정 작성 법 으로 알려 져 있다. 이 개 념은 매 
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개 사용자가 단일프로쎄스로 표현된다고 해도 사용자가 그룹에로 확장할수 있다. 실례로 시 
분할체계에서 주어 진 큰 무리의 모든 사용자들을 같은 그룹의 성원이라고 볼수 있으면 좋 
을것이다. 이때 만일 한개의 큰 무리의 많은 성원들이 체계에 가입한다면 응답시간의 저 
하는 다른 큰 무리의 사용자들이 아니 라 그 큰 무리의 성원들에게 주로 작용한다는것을 보 
게 될것이다. 

용어 공평 공유에 는 그러 한 일정 작성 기의 원리 가 반영 되 여 있다. 매 개 사용자에 게 는 체 
계자원들의 총체적인 사용의 일부로서 그 자원들에 대한 사용자공유를 정의하는 어떤 분 
류무게를 할당한다. 특히 매개 사용자에게 처리기의 공유를 할당한다. 그러한 조직은 다 
소 선형적으로 동작하여 만일 사용자 A 가 사용자 묘의 두배의 무게를 가질 때 긴 실행시 
에 사용자 A 는 사용자 묘보다 두배의 작업을 할수 있다. 공평공유일정작성기의 목적은 공 
평 공유값보다 더 적 은것 을 가지 는 사용자들에 게 보다 많은 자원을 주는가를 감시 하는것 이 다. 

공평 공유식 일 정 작성 기 들에 대 한 많은 안들이 제 기 되 였 다 [ HENR 84, KAY 88, WOOD 86]. 
이 절 에 서 는 [HENR 84] 에 서 제 안되 고 많은 UNIX 체 계 에 서 실 현된 방법 을 서 술한다. 그 방 
법 을 공평 공유일 정 작성 ( FSS ) 법 이 라고 부론다. FSS 법 은 일 정 작성 을 결정 하는데 서 매 개 프 
로쎄스의 개별적인 실행경력과 함께 관계되는 프로쎄스그룹의 실행경력을 참작한다. 체계 
는 사용자공동체를 공평공유그름으로 나누고 매개 그롭에 처리기자원의 일부를 배정한다. 이 
때 매개를 처리기사용의 25%씩을 차지하는 네개의 그름으로 나눌수 있다. 사실상 매개 공 
평공유그롭은 완전한 체계보다 상대적으로 뜨게 실행되는 가상체계를 준다. 

일정작성 은 우선권을 기초로 진행 하는데 그것은 프로쎄스의 기본우선권，그것의 최근 
처 리 기 사용 그리 고 프로쎄 스가 속한 그룹의 최 근 처 리 기 사용을 고려한다. 우선권의 수값 
이 콜수록 우선권은 더 낮다. 그룹 요의 프로쎄스 _/에 대하여 다음의 공식들을 적용 
할수 있다. 즉 


CPU Ai) 


CFU Al-V) 


CPU Ai-\) 


GCPUjii) 

CPC/ ( ， -l) GCPUAi-V) 

P ： (0 = Base ; +- J - - + - k -~ - 

1 1 2 4XW* 


여기서 

CPUj(i)= 간격 i 에서 프로쎄 스 _/에 의 한 처 리 기 사용률의 크기 
GCPU k (i)= 간격 i 에서 그룹 k 의 처 리 기사용률의 크기 
Pj(i)= 간격 i 의 시작점에서 프로쎄스 /의 우선권; 낮은 값일수록 우선권은 
더 높다. 

Basej = 프로쎄스 /의 기준우선권 

'= 제 약조건 £巧 =1일 때 그롭 요에 할당된 무게 

k 

매개 프로쎄스에는 기준우선권이 할당된다. 프로쎄스의 우선권은 프로쎄스가 처리기 
를 사용할 때와 프로쎄스가 속한 그름이 처리기를 사용할 때 인입한다. 그룹을 사용하는 경 
우에 평 균값은 그룹의 무게 로 나누어 정 규화한다. 그롭에 할당된 무게 가 콜수록 그것의 사 
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프로쎄 스 A 프로쎄 스 B 프로쎄 스 C 

시간 우선권 프로쎄스 그룹 우선권 프로쎄스 그를 우선권 프로쎄스 그를 



그림 9-16. 세 개 의 프로쎄 스，두개 의 그룹을 가진 공평 공유일 정 작성 기 


용은 더 적게 우선권에 영향을 준다. 

그림 9-16 에는 프로쎄스 A 가 첫번째 그롭에，프로쎄스 B 와 C 가 두번째 그룹에 있고 
매 개 그룹에 0.5 의 무게를 주고 있는 실례 를 제시하였다. 모든 프로쎄스들은 처 리 기위주 
형이고 일상적으로 실행준비가 되여 있다고 가정한다. 모든 프로쎄스들은 기준우선권 60 
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을 가지 고 있다. 처 리기사용률은 다음과 같이 측정한다. 즉 처 리 기는 초당 60번 새 치 기되 
고 매개 새치기시 현재 실행되고 있는 프로쎄스의 처 리기사용마당은 1증가되며 대응하는 그 
롭의 처리기마당도 1증가된다. 초당 한번씩 우선권들은 재계산된다. 

그림 에서 는 프로쎄스 A 가 먼저 일정작성된다. Is 의 끝점 에서 그것은 선취된다. 이제 
프로쎄 스 B 와 C 는 더 높은 우선권을 가지 며 프로쎄 스 B 가 일정작성 된 다. 두번째 시 간 
단위의 끝에서 프로쎄 스 A 가 가장 높은 우선권을 가진다. 그러 한 패 런이 되 풀이된다. 즉 
핵 심부는 A ， B , A , C , A , B 의 순서 로 프로쎄스들을 일정작성한다. 이때 처 리 기의 50 
%는 첫번째 그룹에 속하는 프로쎄스 A 에 배정 하고 두번째 그룹에 속하는 프로쎄스 B 와 
C 에 50 % 를 배 정한다. 


제 3 절. 전틍적인 UNIX 의 일정작성 


이 절 에서 는 SVR 3과 4. 3 BCD UNIX 에 서 사용되 는 전통적 인 UNIX 의 일정 작성 을 고 
찰한다. 이 체 계 들은 주로 시 분할대 화형 환경 을 목표로 하고 있 다. 일 정 작성알고리 듬은 우 
선권이 낮은 배 경 일감이 고갈되지 않는한 대 화사용자에게 좋은 응답시 간을 보장하도록 설 
계되였다. 지금은 이 알고리듬이 현대적인 UNIX 체계들에서 사용되고 있지 않지만 그것 
이 실제 적 인 실시 간일정 작성 알고리 듬들의 전형 이 므로 방법 을 검 토하는것 이 유익 하다. SVR 
4의 일정 작성 방안은 실시 간요구에 대 한 적응성을 포함하고 있으므로 따라서 그것에 대 한 설 
명은 제10장에서 하기 로 한다. 

전통적 인 UNIX 일정 작성 기는 매개 우선권대 기렬에서 순환법을 사용하는 여 러 준위의 
반결합법을 적용하고 있다. 체계는 Is 마다 선취를 한다. 즉 실행되고 있는 프로쎄스는 Is 
내에 페색되거나 완료되지 않는다면 그것을 선취한다. 우선권은 프로쎄스의 형태나 실행 
경력에 기초를 두고 있다. 다음의 공식들을 적용할수 있다. 즉 



여기서 

CPU 』 ( i ) = 간격 에 서 프로쎄 스에 위 한 처 리 기 사용률의 크기 

^.(0= 간격의 시 작점 에서 프로쎄스의 우선권; 낮은 값일수록 우선권이 더 높다. 

Base j = 프로쎄 스의 기준우선권 

nice j = 사용자조종이 가능한 조절결 수 

매개 프로쎄스의 우선권은 초당 한번씩 재계산되는데 이때 새로운 일정작성결정이 진 
행된다. 기준우선권의 목적은 모든 프로쎄스들을 고정된 대역의 우선권준위들로 분할하는 
것 이 다. CPU 와 nice 의 요소들을 프로쎄스가 그것 이 할당된 대 역 (기준우선권준위 에 의 하 
여 할당된)밖으로 이동하는것을 예 방할수 있게 제 한을 받는다. 이 대 역 들은 블로크장치 (즉 
디 스크)에 대 한 접근을 최적 화하고 조작체 계 가 체 계 호출에 즉시 응답할수 있게 하는데 사 
용한다. 우선권이 감소하는 순서로 보면 대역들은 다음과 같다. 


• 디스크블로크교체 
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• 블로크입출력 장치의 조종 

• 파일조작 

• 글자입출력 장치의 조종 

• 사용자프로쎄스 


프로쎄 스 A 프로쎄 스 B 프로쎄 스 C 

시 간 우선권 CPU 계 수 우선권 CPU 계 수 우선권 CPU 계 수 



그림 9-17. 전통적 인 UNIX 의 프로쎄 스일 정작성 의 실 례 

이 계층구조는 입출력장치들을 가장 효과적으로 사용할수 있도록 한다. 사용자프로쎄 
스대 역안에서 실행경 력을 사용하는 경우에 입출력위 주의 프로쎄 스들의 희생 으로 처 리기위 
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주의 프로쎄스들을 벌칙하는 경향이 있다. 이것은 특히 효률을 개선한다. 순환선취방안을 
맞물리면 일정 작성전략은 일반목적의 시 간분할을 위 한 요구사항들을 만족시 킬수 있게 갖 
추어 진다. 

그림 9-17 에 는 프로쎄 스일정 작성 의 실례 를 제 시 하였 다. 프로쎄 스 A , B 그리 고 C 는 기 
준우선권 60을 가지고 동시 에 창조된다(세밀한 값은 무시한다.). 박자에 대 하여 초당 60 
번체계가 새치기되며 실행되고 있는 프로쎄스에 대하여 계수기를 1증가시킨다. 이 실례에 
서는 어느 프로쎄스도 자기들을 페색시키지 않으면 다른 프로쎄스들은 실행준비가 되여 있 
지 않다고 가정하였다. 이것을 그림 9-16 과 비교하여 볼것을 권고한다. 

요약，기본용어 및 복습문제 

조작체 계는 프로쎄스들의 실행 에서 세 가지 형 태의 일정작성을 결정해 야 한다. 장기 
일 정 작성 은 새 로운 프로쎄 스들 이 체 계 에 입 장허 락될 때 결 정 된 다. 중기 일 정 작성 은 교체 기 
능의 일부로서 프로그람이 주기억 기 에 부분적 으로 또는 완전히 옮겨 져 실 행 될수 있을 때 
결정된다. 단기일정작성은 준비프로쎄스가 처 리기 에 의하여 다음에 실행되게 될 때 결정 
된 다. 이 장에 서 는 단기일정작성 과 관련된 문제 들을 집 중적 으로 고찰하였 다. 

단기 일정 작성 설계 에 서 는 여 러 가지 기 준이 사용되 였 다. 이 기 준들중에 서 일부는 개 별 
적 인 사용자들에 의 해 인식되는 체 계의 동작과 관련(사용자지향)되 고 다른것들은 모든 사 
용자들의 요구를 만족시키는데서 체계의 총체적인 값과 관련되며 다른 기준들은 실제상 보 
다 정성적인 성질을 가진다. 사용자의 견지에서 볼 때 가장 중요한 특성지표는 일반적으 
로 응답시간이고 체계의 견지 에서 볼 때 중요한것은 처 리능력 또는 처 리기의 사용률이다. 

준비 된 모든 프로쎄 스들사이 에서 단기일정작성 결정 을 하기 위한 여 러 가지 알고리 듬 
들이 개발되였다. 즉 

• 선래 선봉사법 : 봉사를 위 해 가장 오래동안 기 다리 고 있는 프로쎄 스를 선택 한다. 

• 순환법 : 임 의 의 실 행 중에 있는 프로쎄 스를 처 리 기 시 간의 짧은 구간에 로 제 한하도록 시 
간세 분법 을 사용한다. 이 것 을 준비 된 모든 프로쎄 스들사이 에 서 순회 한다. 

• 최 단프로쎄 스후처 리 법 : 예 상되 는 최 단프로쎄 스시 간으로 프로쎄 스를 선택 한다. 이 때 
프로쎄 스는선 취하지 않는다. 

• 최 단나머 지 시 간법 : 예 상되 는 최 단나머 지 시 간으로 프로쎄 스를 선택 한다. 프로쎄 스는 

다른 프로쎄 스가 준비 될 때 선취 될 수 있 다. 

• 최 고응답률후처 리 법 : 정 규화된 일 감처 리 시 간을 추산한데 기 초하여 일 정 작성 결정 을 한 
다. 

• 반결 합법 : 일 정 작성 대 기 렬 모임 을 만들고 프로쎄 스를 실 행 경 력 과 다른기 준에 맞는 대 
기 렬 에 배 정 한다. 

일정 작성 알고리듬의 선택은 예상되는 성능과 실현의 복잡성에 관계된다. 
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기본용어 



선래 선봉사 ( FCFS ) 법 응답시 간 일 감처 리 시 간 ( TAT ) 

선 입 선출 ( FIFO ) 법 일 정 작성 우선권 사용률 


복습문제 

1. 처리기일정작성의 세가지 형태에 대하여 간단히 설명하시오. 

2. 대화형 조작체 계 에서 보통 한계성능요구라는것 은 무엇 인가? 

3. 일 감처 리 시 간과 응답시 간의 차이 는 무엇 인가? 

4. 프로쎄 스일정작성 에 서 낮은 우선권값이 낮은 우선권을 나타내 는가 아니 면 높은 우 
선권을 나타내는가? 

5. 선 취 일 정 및 비 선 취 일 정 작성 의 차이 는 무엇 인 가? 

6. FCFS 일 정작성 법 을 간단히 정 의하시 오. 

7. 순환일정작성 법 을 간단히 정의하시 오. 

8. 최 단프로쎄스후처 리 일정작성 법 을 간단히 정의하시 오. 

9. 최 단나머 지 시 간일 정작성 법 을 간단히 정 의하시 오. 

10. 최 고응답률후처 리 일정작성 법 을 간단히 정 의하시 오. 

11. 반결 합일 정작성 법 을 간단히 정 의하시 오. 

참고문헌 

조작체계들과 관련된 모든 책들에서는 실제적으로 일정작성방법들을 취급하고 있다. 
각이한 일정작성방책 들에 대 한 엄밀한 대 기렬 해 석 은 [ STUC 85 ]，[KLEI 76] 그리 고 
[ CONW 6 기 에서 진행 하고 있다. [DOWD 93] 에서 는 여 러 가지 일정 작성 알고리 듬들에 대 
한 교육학적인 성 능분석 을 하고 있 다. 
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련습 문제 


1. 다음의 프로쎄스모임을 보자. 


프로쎄스이름 

도착시간 처리시간 

A 

0 3 

B 

1 5 

C 

3 2 

D 

9 5 

E 

12 5 


이 모임에 대하여 표 9-5 와 그림 9-5 에서 서술한것과 같은 분석을 하여 보시오. 

2. 다음의 프로쎄 스모임 에 대 하여 문제 9-1 을 되 풀이하시 오. 


프로쎄스이름 

도착시 간 

처리시 간 

A 

0 

1 

B 

1 

9 

C 

2 

1 

D 

3 

9 


3. 비 선취일정작성알고리 듬들가운데 서 SPN 법 이 동시 에 도착하는 일감묶음에 대 하여 
최 소평 균기 다림 시 간을 보장한다는것 을 증명 하시 오. 

4. 프로쎄스에 단락시 간패 런이 6, 4, 6, 4, 13, 13, 13과 같고 초기 추정 이 10이 라고 하 
자. 이때 그림 9-9 의것과 같은 곡선을 그리시오. 

5. 식 9-3 대신에 다음의 한 쌍의 등식을 고찰하자. 즉 

S n +i = aTn +( l — aSn ) 

X n+ i = min [ Ubound , max [ Lbound , (0 Sn + l 》| f §』. 

여기서 Ubound 와 Lbound 는 추산된 T 값의 우 및 아래경계들을 미 리 취한다. 
X n+1 의 값은 최 단프로쎄 스후처리알고리 듬에서 S n+1 대 신에 사용한다. a 와 선 는 어 
떤 기능들을 수행 하는가? 그리고 그것들의 더 높은 값들의 효과는 무엇 인가? 

6. 비 선취 단일 처 리 기 체 계 에 서 준비 대 기 렬 은 어 떤 일 감의 완료후 즉시 에 시 간 Ml 서 세 
개의 일감을 포함한다. 시간 U , t 2 및 에서 세개의 일감들은 추산된 실행시간 r x , 
r 2 및 九을 각각 가진다. 그림 9-18 에서는 시 간에 따르는 응답률들이 직선적 으로 증 
가하는것을 보여 주고 있다. 이 실례를 사용하여 최 소최 대 응답률일정 작성 법 이라고 
부르는 응답률일 정 작성 의 방안을 세 워 보시 오. 최 소최 대 응답률일 정 작성 은 그이 상 
의 도착들은 무시하고 주어 진 일감묶음에 대한 최대응답률을 최소화한다(요령 : 어 
떤 일감을 마지막의것으로 일정작성하겠는가를 먼저 결심하시오.). 

7. 앞의 문제 에 서 최 소최 대응답률알고리 듬에 주어 진 일 감묶음에 대 하여 최 대 응답률 
을 최소화한다는것을 증명 하시 오(요령 : 최 고응답률을 달성 하게 될 일감과 그전에 실 
행된 모든 일감들에 주목하시오. 임의의 다른 순서로 일정작성된 동일한 일감부분 
모임 을 고려하시오. 그리 고 그것들가운데서 마지 막것 으로 실행 되는 일감의 응답률 
에 주목하시오. 이 부분모임 이 총체적 인 모임의 다른 일감들과 혼합될수 있다는것 
에 주의하시오.). 
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8. 프로쎄스가 기 다리고 봉사 받는데 소비한 평균 총 시 간으로서 상주시간 7；를 정의 
하시오. 평균봉사시간이 T s 인 FCFS 법 에서 T r = T s Al - p ) 임을 증명 하시오. 여기서 
p 는 사용률이다. 



그림 9-18. 시간의 함수로서의 응답률 


9. 어떤 처 리기가 간접소비시 간이 없는 준비된 대기렬에 있는 모든 프로쎄스들속에서 
다중화되고 있다(평균봉사시 간보다 대 단히 작은 시 간구간을 사용하는 준비된 프로 
쎄 스들에서 리 상화한 순환일정작성 모형 이 다. ) . 지 수봉사시 간을 가진 무한원천으로 
부터 들어 오는 봐쏭입 력에서 봉사시간이 표인 프로쎄스의 평균응답시간 가 
R x = x / ( I - p ) 토' 주어 진다는것을 증명하시오 (요령: william Stallings , com / 
Student Support . html 의 Queuing Analysis document 에서 기 본대 기 렬 방정식 
을 상기하고 주어 진 프로쎄스의 도착에 기초하여 체계에서 기다리는 항목수 w 를 
고려 하시오.). 

10. 대 부분의 순환일 정작성 기 는 고정 된 크기 의 량자를 사용한다. 먼 저 작은 량자에 유 
리하게 변수를 주시 오. 그리 고 큰 량자에 유리하게 변수를 주시 오. 변수들을 적 용 
한 체계와 일감들의 형태를 비교하시오. 

11. 대 기렬체 계 에서 새 로운 일감들은 봉사 받기전에 얼마동안 기다려야 한다. 일감이 
기 다리는동안 그것의 우선권은 시 간에 따라 평으로부터 a 의 속도로 직선적으로 증 
가한다. 일감은 그것의 우선권이 봉사 받는 일감의 우선권에 이를 때까지 기다린 
다. 그다음 순환법을 사용하여 봉사에서 다른 일감과 똑같이 처리기를 공유하기 시 
작한다. 그리 고 그것 의 우선권은 보다 뜬 속도 신로서 계 속 증가한다. 이 알고리 
듬을 자기본위순환법 이 라고 부론다. 그것은 봉사 받는 일감이 자기의 우선권을 계 
속 증가시 킴 으로써 처 리기 를 독점 하려 고 하기 (무익 하게)때 문이 다. 그림 9-19 를 사 
용하여 봉사시 간이 표인 일감에서 평 균응답시 간 R x y \ 다음의 식 으로 표시된다는것 
을 증명하시오. 즉 


R x = 


1 -P 


1- P ’ 
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여 기서 p = 九 s ' p '= p ( l -—) 0< jS <a 

公 

도착과 봉사시 간이 각각 1 /A 과 S 토서 지 수함수적 으로 분포되 여 있 다고 가정 한다(요 
령: 총체적인 체계와 두개의 부분체계를 따로따로 고찰하시오.). 

12. 순환일정작성법을 사용하는 대화형체계는 보통의 요청들에 다음과 같이 담보된 응 
답을 주려고 한다. 즉 모든 준비된 프로쎄스들사이에서 순환주기를 끝낸후에 체 
계 는 최 대 응답시 간을 봉사를 요구하는 프로쎄 스수로 나능으로써 다음주기 동안 매 개 
준비 된 프로쎄 스에 배 정 할 시 간구간을 결 정 한다. 이 것 이 합리 적 인 방책 인 가? 

13. 일 반적 으로 어떤 형 태의 프로쎄스가 여 러준위반결합대기렬 일정 작성 기 에 유리 한가? 
말하자면 처 리기위주의 프로쎄스인가 아니면 입출력위주의 프로쎄스인가? 왜 그 
런지를 간단히 설명하시오. 



14. 우선권에 기 초한 프로쎄 스일 정 작성 에 서 일 정작성 기 는 현재 준비 상태 에 서 보다 높 
은 우선권을 가진 다른 프로쎄 스가 없을 때 특정한 프로쎄 스에 로 조종을 넘 긴다. 
프로쎄 스일 정 작성 을 결 정 하는데 다른 정 보를 사용하지 않는다고 가정 한다. 또한 프 
로쎄 스우선권들이 프로쎄 스창조시 간에 설정 되 여 변화되지 않는다고 가정한다. 이 
러한 가정하에 동작하는 체계에서 Dekker 의 해 (제5장 제2절을 보라.)를 호상배 
제문제에 사용하는것이 왜 《위험》한가? 이 질문에 대한 대답으로 바라지 않는 사 
건이 발생할수 있고 또 그것이 어떻게 발생할수 있는가를 설명하시오. 

15. A 〜 E 의 다섯개의 묶음일감이 콤퓨터 에 본질상 동시 에 도착한다. 그것들에 대 하 
여 추산된 실행시간이 각각 15，9，3，6， 12 min 이다. 그것들의 우선권(외부적으 
로 정의됨)들은 각각 6, 3, 7, 9, 4인데 낮은 값일수록 우선권은 더 높다. 다음 
의 매개 일정작성알고리듬들에서 매개 프로쎄스에 대 한 일감처 리시간과 모든 일 
감들에 대 한 평균일감처 리시간을 결정하시오. 프로쎄스를 절환하는데 드는 간접 
소비 시 간은 무시 한다. 마지 막 세 가지 경 우에 오직 한개 의 일 감만이 그것 이 끝날 때 
까지 한번에 실행되 고 모든 일감들은 완전히 처 리 기위주형 이 라고 가정한다. 
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一 T ) 시간량자가 lmin 인 순환법 
l ) 우선권일정작성법 

n ) FCFSC 15， 9，3，6，12의 순서로 실행)법 
근 ) 최 단일감우선처 리법 

부록 9-기. 응답시간 


응답시간은 주어 진 입력에 체계가 반작용하는데 드는 시간이다. 대화형트랜잭션에 
국 그것은 사용자가 마지 막건반을 쳐서 부터 콤퓨터 에서 얻 어 진 결과가 화면에 표시 되 기 시 
추한 순간까지의 시간으로서 정의할수 있다. 각이한 형태의 응용에서 정의가 조금씩 다를 
h 있다. 일반적으로 응답시간은 체계가 특정한 과제를 수행하기 위한 요청에 응답하는데 
도는 시간이다. 리상적으로는 임의의 응용에서 응답시간이 짧은것이 좋다. 그러나 거의 모 
든 경우에 응답시간이 짧을수록 거기에 드는 가격은 더 높아 진다. 가격은 다음의 두가지 
11 원천을 두고 있다. 즉 

• 를퓨터처리능력 : 콤퓨터의 속도가 높을수록 응답시간은 더 작다. 물론 처리능력 
이 증가되면 가격도 증가한다. 

• 경쟁하는 요구 : 어떤 프로쎄스에 빠른 응답시간을 보장하면 다른 프로쎄스는 그 
만큼 곤난해 진다. 

이 때 응답시 간에 제 시된 준위 의 값은 응답시 간을 달성 하기 위 한 가격 과 반대 의 관계 
r 가진 다. 

표 9-7. 응답시간의 범위 

15 s 이 상 

이 것 은 회 화형 상호작용에 배 치 된 다. 일 부 형 래 의 응용에 서 일 부 사용자들은 하나의 단순한 문 !] 에 대 한 
대 답을 받기 위 하여 15 s 이상 말단앞에 앉아 있는것 을 만족해 할수 있다. 만일 그러 나 바쁜 - •람이 15 s 
이 상이 나 잡혀 있는것 은 허 용할수 없 다. 만일 그러 한 지 연 이 발생 하면 사용자가 다른 동작을 나다가 얼 
마 지 나서 응답을 요청 할수 있도록 체 계 를 설 계 하여 야 한다. 

4 s 이 상 

이 것 은 운영 자가 근거 러 기 억 기 (콤퓨터 의 기 억 기 가 아니 라 운영 자의 기 억 기 ) 에 정 보를 의 뢰 하 L 록 요청 
하는 회 화에 서 는 일 반적 으로 너 무 길 다. 그러 한 지 연은 문제 를 푸는 작업 에 서 는 극히 금지 되 1 자료입 
력작업을 헛되이 할수있다. 그러나 작업을 기본상끝낸후에는 4 〜 15 s 의 지연을 허용할수있 K 

2 〜 4 s 

2 S 이 상의 지 연은 높은 집 중을 요구하는 말단조작에 서 는 금지 될 수 있 다. 말단에 서 2〜 4 s 의 기 수림 은 부 
차적인 종결이 된후에 이 범위의 지연을허용할수 있다. 

2 s 이 하 

말단사용자가 여 러 개 의 응답에 걸 쳐 정 보를 기 억 해 야 하는 경 우에 응답시 간은 짧아야 한다. i 다 상세 
한 정 보를 기 억 시 킬수록 응답에 대 한 요구는 더 욱 높아 져 2 s 는 중요한 응답시 간한계 로 된다 

Is 이 하 

사고력 이 집 중되 는 작업 특히 도형 처 리 응용에 서 오랜 시 간동안 사용자의 흥미 와 주의 를 끌기 위 하여 서 
는 응답시 간이 대 단히 짧아야 한다. 

수분의 Is 

건반치기와 화면에 표기된 글자의 보기 또는마우스로 화면의 바꾸기에 대한 응답은거의 동시 와인 응답 
다시 말하여 작업 후 0.1 s 이 하로 되 여 야 한다. 마우스와의 상호작용은 설 계 자가 외 국어 문장(: I 령，뜻기 
호，구도점찍기 등)을 사용하지 않는다면 극히 고속일것을 요구한다. _ 




응답시간을 여섯가지의 일반적인 범위로 분류한 표 9-7 은 [MART 88] 을 참고한것이 
다. Is 이 하의 응답시 간을 요구할 때 에 는 설 계 상 곤난한 문제 에 부닥치 게 된 다. Is 이 하의 응답시 
간에 대 한 요구는 조립 흐름선과 같이 련속진행 되 는 외 부작업 을 조종하거 나 특수한 방법 으로 
대 화를 진행 하는 체 계 에서 발생 된다. 여 기서 요구사항은 간단하다. 자료입 력 응용과 갈은 사람¬ 
를퓨터 대 화에 서 는 회 화에 필 요한 응답시 간을 보장해 야 한다. 이 런 경 우에 는 짧은 응답시 간에 
대 한 요구가 제 기 되 지 만 그만한 시 간을 보장하는것 은 어 려 울수 있 다. 

대화형응용들에서 생산성을 높이는 열쇠가 바로 빠른 응답시간에 있다는것이 많은 론 
문들에서 확인되 였다 [SHNE 84 ， THAD 81 ， GUYN 88]. 이 론문들에서는 콤퓨터와 사 
용자가 대방이 기다리지 않아도 되는 속도로 대화를 한다면 생산성 이 현저히 제고되며 콤 
퓨터 로 수행되는 작업의 가격 과 같이 개선될 경 향이 있다는것을 보여 주고 있다. 사람이 다 
음에 수행할 과제 를 생 각해 야 하므로 대 부분의 대 화형 응용들에 서 2 s 까지 의 상대 적 으로 뜬 
응답시간은 허용되였다. 그러 나 지금은 빠른 응답시간을 보장할수 있기때문에 생산성 이 증 
가되는것을 볼수 있다. 

응답시간에 대하여 보고된 결과들은 직결트랜잭선들의 분석에 기초한것이다. 트랜잭 
션은 말단에서 오는 사용자의 지령과 체계의 대답으로 이루어 진다. 이것은 직결체계의 사 
용자들을 위한 기 본작업단위 이 다. 이 것은 두개의 시 간순차렬로 나눌수 있다. 즉 

• 사용자응답시간 : 사용자가 지령에 대한 완전한 대답을 받은 순간과 다음지령에 들 
어 가는 순간사이의 시간간격 

• 체계응답시간 : 사용자가 지령에 들어 가는 순간과 완전한 응답이 말단에 표시되 

는 순간사이의 시 간간격구간 

체계응답시간의 축소효과를 보여 주는 실례로서 그림 9-20 에서는 집적회로소편과 기 
판설 계 를 위한 콤퓨터 지 원설계 도형 프로그람을 사용하여 기 술자가 수행한 연구결과를 보여 
주고 있 다 [SMIT 83]. 매 개 트랜잭 션은 어 떤 방법 으로 선택 하는 기 술자에 의 한 지 령 과 화 
면에 표시하는 도형화상으로 되여 있다. 결과는 체계응답시간이 떨어 질 때 트랜잭션속도 
가 증가되다가 일단 체계응답시간이 Is 아래로 떨어 지면 시간이 떨어 질 때 사용자응답시 
간도 떨어 지는것이다. 이것은 근거리기억기나 사람의 주의집중시간의 효과로 보아 
야 한다. 


사용자-시 간당 
트랜잭션 



체계 응답시간 ( s ) 

그림 9-20. 고기 능도형 처 리 에 대 한 응답시 간결과 
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03 10 30 

시간 ( S ) 

그림 9-21. 응답시 간의 요구사항 [SEVC 96] 

응답시 간이 중요하게 제 기되는 다른 령역은 인터네 트나 공동의 인트라네 트를 넘 어 선 
광지역 망의 사용령역 이 다. 전형 적 인 Web 페 지 가 사용자의 화면 에 나타나도록 하는데 걸 
리 는 시 간은 크게 변화된다. 응답시 간은 대 화조종시 에 사용자관련준위 에 기 초하여 측정할 
수 있다. 특히 매우 빠른 응답시간을 보장하는 체계는 많은 사용자들의 주의를 끈다. 그 
림 9-21 에서 와 같이 3 s 나 그보다 좋은 응답시 간을 보장하는 Web 체 계들은 높은 준위의 사 
용자집중성을 가진다. 3〜 10 s 의 응답시간인 경우에는 일부 사용자집중성을 잃게 되며 10 s 
이 상의 응답시 간인 경 우에 는 사용자가 대 화조종을 포기할수 있 다. 

부록 9- L . 대기렬체계 

이 장과 다음의 몇개 장에서는 대기렬리론의 결과들을 사용한다. 이 부록에 
서는 대 기렬체 계 에 대 한 간단한 정의를 하고 기 본용어들을 설명 한다. 대 기 렬해석 
과 친숙하지 못한 독자들이 참고할 내용은 William Stallings com/Student 
Support , html 의 Computer Science Student Support Site 에 서 볼수 있 다. 

단일봉사기대기렬 

가장 단순한 대 기 렬체 계를 그림 9-22 에 제 기 하였다. 체계의 중심요소는 봉사기 인데 이 
것은 항목들에 대한 봉사를 준다. 어떤 항목모집단의 항목들이 봉사받으러고 체계에 
도착한다. 만일 봉사기가 비여 있으면 항목은 즉시에 봉사 받는다. 아니면 도착하는 항 


완전 대 호 
고속 


케 블봉사에 의한 TV 통로절 환 

P ! 

미국횡단전화호출접속시간 


그 

판매 점 의 




|28.8 kbps 모뎀접속 


뉴욕주식 교환에 의한 매 매 


J 中 T.&OIO 빠古 
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목은 기 다림줄에 들어 선다. 7 봉사기가 항목의 봉사를 완료하면 그 항목은 탈퇴한다. 만 
일 대기렬에서 기다리는항목들이 있다면 한개의 항목이 즉시에 봉사기에로배분된다. 이 모형 
에 서 봉사기 는 항목집 단에 대 한 어 떤 기 능이 나 봉사를 수행 하는 임 의의 것 을 표시 한다(즉 처 리 
기 가 프로쎄 스에 봉사하는것，전송선로가 자료의 파케 트나 프레 임 에 봉사하는것，입 출력 장치 
가 입 출력 요청 들에 대 한 읽 기 나 쓰기 봉사를 진행 하는것 ). 



I r = 대기렬체계에 상주하는 항목 1 
T , = 상주시간 

그림 9-22. 단일봉사기대기렬을 위한 대기렬작성체계의 구조와 파라메터 

표 9-8 에 서 는 대 기렬 모형 과 관련된 몇 가지 중요한 파라메터 들을 요약하였 다. 항목들 
은 평균속도(초당 도착하는 항목수) A 로 설비에 도착한다. 주어 진 순간에 어떤 개수의 항 
목들이 대 기렬 에서 기 다린다(행 또는 그이 상의 항목) . 평 균기 다림수는 w 이 고 항목이 기 
다려야 하는 평 균시 간은 7 V 이 다. 7 V 는 전혀 기 다리 지 않는것 까지 포함하여 들어 오는 모 
든 항목들에 대 한 평 균값이다. 봉사기 는 평 균봉사시 간 1로 들어 오는 항목들을 처 리 한 
다. 이것은 봉사기 에 대 한 항목의 배분과 항목의 봉사기로부터 분리사이의 시 간간격이 다. 
사용률 P 는 어 떤 시 간간격 에 서 봉사기 가 차지하는 시 간의 몫이 다. 마지 막으로 두개 의 파 
라메터를 전체로서의 체계 에 적용한다. 즉 그것은 봉사 받는 항목(만일 있다면)들과 기 다 
리는 항목(만일 있다면)들을 포함하여 체계에 상주하는 평균항목수 r 와 항목이 기다리는 시 
간과 봉사 받는 시간을 포함하여 체계에서 소비한 평균시간 가이다. T r 를 평균상주시간 
이 라고 한다. 8 

만일 대기렬의 용량이 무한하다고 가정하면 체계로부터 빠져 나가는 항목은 없다. 그 
것들은 봉사 받을수 있을 때까지 지연될뿐이다. 이러한 환경에서 탈퇴률은 도착속도와 같 
다. 체계를 통과하는 흐름속도인 도착속도가 증가할 때 사용률은 증가되고 그것과 함께 밀 
집도도 증가한다. 이때 대기렬은 더 길어 지고 기다림시간도 길어 진다. p = l 일 때 봉사 
기는 포화되여 100%의 시간을 작업한다. 이때 체계에 의하여 처리할수 있는 리론적인 최 
대 입 력 속도는 다음과 같다. 즉 


그러나 p = l 일 때 대기렬은 한계가 없이 늘어 나 체계포화에 가깝게 대단히 커진다. 

표 9-8. 대기■체계의 표기법 


일부 참고문헌에서는 기 다림줄을 대기렬이 라고도 부르는데 옹근체 계를 대기렬이라고 부르는것 이 일 
반적이다. 다른 지적이 없는한 기다림줄을 표현하는데서 대기렬이라는 용어를 사용하기로 한다. 
일부 문헌들에서는 이것을 평균대기시간이라고 하고 한편 다른데서는 대기렬에서 기다리는데 보낸(봉 
사 받기전에) 평균시간을 표현하는데 평균대기시간을 사용한다. 


393 





A = 도착속도; 초당 평 균도착속도 

r s = 매 개 도착에 대 한 평 균봉사시 간; 대 기 렬에서 기 다리는 시 간은 셈 에 넣지 말고 봉. f 받고 있 
는 시간량 

p =사용률설 비 (봉사기 또는 봉사기 들)가 차지 하는 시 간몫 
W =봉사 받기 를 기 다리 는 평 균항목수 

r w = 평 균기 다림 시 간(기 다려 야 하는 항목들과 기 다림 시 간이 o 인 항목들을 포함하여: 
r = 체 계 에 상주하는 평 균항목수(기 다리 고 있거 나 봉사 받는) 

7>평 균상주시 간; 항목이 체 계 에 서 소비 하는 시 간(기 다리 고 있거 나 봉사 받는) _ 


응답시 간에 대 한 요구，완충기 의 크기 등 실제 적 인 리유로 하여 단일봉사기 의 입 력 
속도는 리론적최대값의 70〜90%범위 로 제 한한다. 

대 표적 으로 다음의 가정 들을 한다. 즉 

• 항목모집 단 : 대 표적 으로 무한모집 단을 생각한다. 이 것은 도착속도가 모집 단의 류 
실 에 의 하여 변 하지 않는다는것 을 의 미 한다. 만일 모집 단이 유한이 라면 도착에 쓸 
수 있는 모집단은 현재 체계에 있는 항목수에 따라서 감소된다. 이것은 전형적으 
로 도착속도를 비례적으로 감소시킨다. 

• 대 기 렬크기 : 대 표적 으로 무한한 대 기 렬의 크기를 생 각하자. 이때 기 다림줄은 제 
한없이 길 어 진다. 유한대 기 렬 에서 는 항목들이 체계 에서 류실될수 있다. 실제상 임 
의의 대 기렬은 유한이다. 많은 경우에 이것은 해석 에서 본질적 인 차이 가 없다. 

• 배분규칙 : 봉사기가 자유상태에 있을 때 그리고 한개 이상의 항목이 기다리고 있 
을 때 결정은 다음에 배분해야 할 항목에 대하여 하여야 한다. 제일 간단한 방법 
은 선입선출법 이다. 이 규칙은 용어 대기렬 이 언제 사용되는가를 정상적으로 암 
시하여 준다. 다른 방법은 후입선출법이다. 실천에서 만나게 되는것은 봉사시간 
에 기 초한 배 분규칙 이 다. 실 례 로 파케 트절 환형 매 듭은 최 대 우선법 (가장 빨리 나가 
는 파케트를 발생시킬수 있는)이 나 최 장우선법 (전송시 간에 비하여 처 리시간을 최 
소화할수 있는) 에 기 초하여 파케 트들을 배 분하도록 선정할수 있 다. 유감스럽 게 도 
봉사시간에 기초한 규칙은 해석적으로 모형화하기가 매우 어렵다. 

다중봉사기대기렬 

그림 9-23 에는 다중봉사기 를 가지 고 모두가 공통대 기렬을 공유하는 일 반화된 단순한 
모형을 제시하였다. 만일 어떤 항목이 도착하고 적 어도 한개의 봉사기 가 사용가능하면 그 
항목은 즉시 봉사기 에 로 배 분된다. 여 기서 모든 봉사기는 동등하다고 가정한다. 이때 만 
일 한개 이 상의 봉사기 가 사용가능하다고 하면 항목에 대 하여 어 느 봉사기 를 선택할것 인가 
를 구별할 필요가 없다. 만일 모든 봉사기들이 차지되 여 있다면 대기렬 이 형성되기 시 작 
한다. 그러 다가 한개의 봉사기가 자유상태로 되자마자 한개의 항목이 배분규칙에 따라 강 
제 로 대 기렬에서 빠져 나와 봉사기 에 로 배 분된다. 

그림 9-22 에 제시한 모든 파라메터들중에서 사용률만 제외 하고는 동일 한 상호작용하 
에 다중봉사기의 경우에 로 확장할수 있다. N 개의 동등한 봉사기 가 있다면 p 는 매개 봉 
사기 의 사용률이고 체 계 전체 의 사용률은 iVp 라고 볼수 있 다. Np 를 보통 흐름강도 u 라 
고 한다. 그러면 리론적 인 최대사용률은 NX 100%이고 리론적 인 최대 입 력속도는 다음과 같 
다. 
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그림 9-23. 다중봉사기대 다중단일봉사기대 기렬 
다중봉사기 대 기 렬 ， l -다중단일 봉사기 대 기 렬 


다중봉사기 대 기 렬 의 대 표적 인 특성 지 표들은 단일 봉사기 대 기 렬 의 것 에 대 응한다. — 
I ■사기 들이 단일무한대기 렬을 공유하는 무한모집 단과 무한대기 렬크기 를 가정한다 
I 적 하지 않는이 상 배 분규칙 으로서 는 FIFO 법 을 사용한다. 다중봉사기 인 경 우에 모- 
들이 동등하다면 기 다리 는 항목을 위 한 특정 한 봉사기 의 선택 은 봉사시 간에 영 향 H 
는는다. 

비 교를 위 해 그림 9-23 i • 에는 다중단일봉사기 대 기렬의 구조를 제시하였 다. 



제 10 장. 다중처리기와 실시간일정작성 

이 장에서는 프로쎄스의 일정 작성 에 대 한 고찰을 계속한다. 먼저 한개 이상의 처 리 
기 사용에 의해 발생되는 문제들을 검토한다. 여기에는 많은 문제들이 있다. 다음은 다 
중처 리체계 에서 프로쎄 스일정 작성을 고찰한다. 또한 다중처 리기의 스레 드일정 작성 에서 
제 기 되는 서 로다른 몇 가지 실제 문제들을 조사한다. 이 장의 제 2 절에서는 실시 간일정작 
성 을 취 급한다. 먼 저 실 시 간프로쎄 스들의 특징 지표들을 설 명한다. 일 정작성프로쎄 스의 
성질에 대하여 언급한다. 실시간일정작성의 두가지 방법 즉 교착일정작성과 속도공평일 
정작성에 대하여 검토한다. 

제 1 절. 다중처리기의 일정작성 

콤퓨터체계 가 한개 이상의 처 리기를 내 장하고 있을 때에는 일정작성 기능을 설계 하는데서 
몇가지 새로운 문제가 제기된다. 먼저 다중처리기들에 대하여 간단히 개괄하고 다음 프로쎄 
스준위와 스레드준위에서 일정작성을 할 때 고려해야 할 몇가지 문제를 고찰한다. 

다중처리기체계는 다음과 같이 분류할수 있다. 즉 

• 성긴결합형，분산형 다중처 리기체 계 또는 클라스터 : 매 개 처 리기 는 자체의 주기억 
기 와 입 출력 통로들을 가지 고 있으면서 상대 적 으로 서 로 독립인 체 계 들로 이 루어 
져 있다. 이 러한 형태의 구성에 대해서는 제 13장에서 해설한다. 

• 기능전용처리기체계: 실례로 입출력처리기를 들수 있다. 이 경우에는 범용처리기 

인 주처리기가 있다. 전용처리기들과 관련된 문제들은 제 11 장에서 해설한다. 

• 밀 결 합형 다중처 리 체 계 : 공동의 주기 억 기 를 공유하면서 조작체 계 의 통합적 인 조종 
하에 동작하는 처리기모임으로 이루어 진다. 

이 절 에서 는 마지 막 부류에 대 하여 관심 을 돌리 면서 특히 일정작성 과 관련되 는 문 
계들을 취급한다. 


표 10-1. 동기화립도 및 프로쎄스 


립도크기 

설 명 

동기화의 간격 
(명령 수》 

미세 립도 

단일명령흐름에 고유한 병렬기구 

<20 

중간립도 

단일한 응용에서 병렬처리 또는 다중과제 
작성 

20 ~200 

립도가 큰 

다중프로그람작성환경에서 동시프로쎄스 
의 다중처리 

200 -2000 

대단히 립도가 큰 

단일계산환경을 형성하기 위한 망마디들 
에 걸치는 분산처리 

2000 〜 1 M 

독립 

다중무관계프로쎄스 

( N / A ) 
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립도 

다중처 리기들을 특징짓고 다른 구성 방식들과 관련시켜 평 가하는 좋은 방도는 체계 
안의 프로쎄스들사이에서 동기화의 립도나 동기화의 주파수를 비교하여 보는 
것이다. 

알갱이의 등급에 따라 서로 다른 병렬기구를 다섯가지 부류로 분류할수 있다.이것 
은 [ GEHR 8 기과 [ WOOD 89] 에서 인용하여 표 10-1 에 요약하였다. 

독립병렬기구 

독립병렬기구에서는 프로쎄스들사이에 명백한 동기화가 존재하지 않는다. 매개는 분 
리된 독립적 인 응용이거 나 일감이다. 이 러한 형태의 병렬기구의 대표적 인 사용실례로서 
시 분할체 계 를 들수 있 다. 매 개 사용자는 문서 처 리 나 표계 산자료의 사용과 갈은 특정한 
응용프로그람을 수행한다. 다중처리기는 다중프로그람작성방식의 단일처리기와 같은 봉 
사를 준다. 한개이상의 처리기를 사용할수 있기때문에 사용자들에 대한 평균응답시간은 
보다 작아 진다. 

매 개 사용자에 게 개 인용콤퓨터 나 워 크스테 이 션을 보장함으로써 류사한 성 능개선을 
가져 올수 있다. 만일 임의의 파일이나 정보를 공유하려고 한다면 개별적인 체계들은 망 
에 의하여 받쳐 주는 분산체 계 에 다같이 련결되 여 야 한다. 이 방법 에 대 하여 서 는 제 13 
장에서 고찰한다. 한편 단일한 다중처 리기들의 공유체계는 많은 경우에 디스크들과 다른 
주변장치들의 규모가 절약되므로 분산체계보다 가격상 훨씬 효과적 이다. 

립 도가 큰 및 대단히 큰 병렬 기구 

립도가 큰 및 대단히 큰 병렬기구에서는 매우 큰 준위에서 프로쎄스사이의 동기화가 
진행된다. 이러한 경우에는 프로쎄스들이 다중프로그람작성 방식의 단일처 리기에서 실행 
되 는 동시 프로쎄스들의 모임과 같이 쉽게 처 리되며 사용자쏘프트웨어를 거의 변화시 킴 이 
없이 다중처리기에 줄수 있다. 

다중처리기를 사용하는 응용실례가 [ WOOD 89] 에 제시되여 있다. 저자들은 쏘프트 
웨어의 어 떤 부분을 재 구축하기 위하여 재를파일해 야 하는 파일들의 명세들을 작성 하고 
이 콤파일들중의 어 느것들(보통은 모든것)을 동시 에 실행시 킬수 있는가를 결정하는 프로 
그람을 개발하였다. 저자들은 다중처 리기의 속도가 디스크 캐쉬 (제 11 장에서 한개의 제목 
으로 취급한다. )에서의 협동동작과 기 억 기 에 일 단 한번만 적재하면 되 는 를파일 러 코드의 
공유로 하여 사용중에 있는 처 리 기의 수만큼 단순히 합계하면 되므로 예상하였던것보다 
실제상 더 제고된다고 보고하고 있다. 

일 반적 으로 통신 하거 나 동기 화할 필 요가 있 는 동시프로쎄 스들의 집 단은 다중처 리 기 
구성 방식 을 사용하는것 이 유익하다. 프로쎄 스들사이 에서 매 우 드물게 대 화를 진행하는 
경우에는 분산체계가 좋은 결과를 줄수 있다. 그러 나 만일 대화작용이 어느정도 자주 진 
행 될 때 에 는 망을 걸 치 는 간접 소비 시 간에 의 하여 잠재 적 으로 속도를 높일수 없 다. 그러 
한 경우에는 다중처 리기조직 이 가장 효과적 인 대책으로 된다. 

중간립도병렬기구 

제 4 장에서는 한개의 응용프로그람을 한개의 프로쎄스에 포함되여 있는 스레 드들의 
집 단으로서 효과적으로 실현할수 있다는것을 보았다. 이 경우에 응용프로그람의 병렬화 
의 가능성은 프로그람작성 자에 의하여 명 확히 명시되 여 야 한다. 대표적 으로 응용프로그 
탐의 스레드들사이에서는 비교적 높은 등급의 동작일치와 대화를 요구한다. 이것은 중간 
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알갱이급의 동기화에로 이끌어 간다. 

한편 독립적인，대단히 굵은 그리고 립도가 큰 병렬화는 다중프로그람작성방식의 단 
일처리기나 일정작성기능에 거의 영향을 주지 않는 다중처리기에 적용할수 있는데 스레 
드의 일정작성시에는 그것을 재검토할 필요가 있다. 응용프로그람에서 각이한 프로쎄스 
들이 빈번히 대화를 하므로 한개의 스레드와 관련된 일정작성결정이 응용프로그람전체의 
성능에 영향을 줄수 있다. 이 문제에 대하여서는 이 절의 마지막 부분에서 보기로 한다. 

미세립도병렬기구 

미 세 립 도병 렬 기 구는 스레 드들의 사용에 서 본것 보다 훨 씬 더 복잡한 병 렬 기 구를 사용 
한다. 병렬도가 높은 응용프로그람들에 대한 연구가 많이 진행되였지만 아직까지는 전용 
화되고 단편적인 분야로 되고 있다. 여러가지 방법들을 적용한 좋은 참고문헌으로서는 
[ ALMA 89] 가 있다. 

설계문제 

다중처 리기 에 대 한 일정작성 에는 서로 련관된 문제 가 있다. 즉 

• 처리기들에 대한 프로쎄스들의 할당 

• 개별적인 처리기들에 다중프로그람작성법의 사용 

• 프로쎄스들의 실효적인 배분 

이 세가지 문제를 대하는데서 적용한 방법 이 일반적으로 응용프로그람의 알갱 이의 
등급과 사용가능한 처 리 기 수에 관계 된 다는것 을 명 심 하는것 이 중요하다. 

처리기들에 프로쎄스들의 할당 

다중처리기의 구성방식이 처리기가 주기억기와 입출력장치들의 접근과 관련하여 특 
정한 물리적 인 우점을 가지 고 있지 않다는 점 에서 균일형 이 라고 가정할 때 가장 단순한 
일정작성 방법은 처 리 기들을 공동자원으로 취급하고 프로쎄 스들을 요구에 따라 처 리기에 
할당하는것이다. 여기서 문제로 제기되는것은 할당이 정적인가 또는 동적인 
가 하는 것 이 다 . 

만일 프로쎄스가 활성화되여서부터 완료될 때까지 한개의 처리기에 계속 할당된다면 
매개 처 리기에 대하여 독점된 단기대기렬이 유지된다. 이 방법의 우점은 처 리기의 할당 
이 한번만 진행되면 되기때문에 일정작성작업에서 간접소비시간이 적은것이다 . 처리기를 
독점 적 으로 사용하여 일정작성 을 하는 전 략을 후에 다시 취 급하겠지 만 그룹식 또는 무리 
식 일 정작성 이라고 하고 있 다. 

정적할당의 결함은 한쪽의 처리기가 만가동하는 동안 빈 대기렬을 가진 다른쪽의 
처리기가 놀수 있는것이다. 이러한 현상을 예방하기 위하여 공동대기렬을 사용한다. 이 
때 에는 모든 프로쎄스들이 한개의 총적 인 대 기렬에 들어 섰다가 사용가능한 임의의 처 리 
기에로 일정작성된다. 이때 프로쎄스의 수명이 다 될 때까지 그것은 각이한 시간에 각이 
한 처리기에서 실행될수 있다. 밀결합형공유기억기방식에서는 모든 처리기들에 대한 상 
태정보를 모든 처 리 기들에서 사용할수 있고 따라서 프로쎄스를 일정작성하는 비 용은 프 
로쎄 스가 일정작성되는 처 리 기의 상태 에 무관계하다. 

프로쎄스들이 처리기들에 독점되는가 되지 않는가에는 관계없이 프로쎄스들을 처리 
기들에 할당하는 방법 이 필요하다.여 기 에는 두가지 방법 즉 주/종법과 동위법 이 사용되 
고 있다. 주/종방식 에서 조작체계의 기본핵심기능은 항상 특정한 처 리기 에서 실행된다. 
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다른 처리기들은 다만 사용자프로그람들만을 집행할수 있다. 주처리기는 일감들의 일정 
작성을 할 책임을 지고 있다. 일단 프로쎄스가 능동으로 되고 종속처리기가 봉사(실례로 
입 출력 호출)를 요구한다면 그것 은 주처 리 기 에 요청 을 보내 야 하며 봉사기 가 실 행 되기를 
기다려야 한다. 이 방법은 매우 단순한 방법으로서 단일처리기의 다중프로그람방식의 조 
작체계를 조금 강화할것을 요구한다.한개의 처리기가 모든 기억기와 입출력자원들의 조 
종을 진행하므로 충돌문제는 쉽게 해결된다. 이 방법에는 두가지 결함이 있다. 즉 (1) 
주처리기의 고장이 체계전체를 정지시키는것이고 (2) 주처리기가 실행에서 병목상태에 
빠질수 있는것이다. 

동위방식 에서 조작체계는 임의의 처 리기 에서 실행할수 있고 매개 처 리기는 사용가능 
한 프로쎄스들의 집결소로부터 독립적으로 일정작성을 한다. 이 방법은 조작체계를 복잡 
하게 한다. 조작체계는 두개의 처 리기 가 한개의 프로쎄스를 선택하지 않도록 하며 프로 
쎄 스들이 대 기렬에서 어떻 게 해서든지 소실되지 않도록 담보해 야 한다. 자원들에 대 한 
경쟁적 인 요구들을 해결하고 동기화를 위한 수법들을 적용해 야 한다. 

물론 이 두 극단사이의 문제를 해결하는 방법들이 있다. 방법은 공정한 처리대신에 
몇개의 처 리 기들을 핵 심부처 리 에 독점시키 는것 이 다. 다른 방법 은 핵 심부프로쎄 스들과 
다른 프로쎄스들의 요구들사이의 차이를 우선권과 집행경력에 기초하여 단순히 
관리 하는것 이 다. 

개별적 인 처 리 기들에서 다중프로그람작성 법의 사용 

매개 프로쎄스가 자기의 수명동안 처리기에 정적으로 할당될 때 새로운 질문이 제기 
된다. 즉 처리기가 다중프로그람작성방식의것인가 하는것이다. 여기서 문제는 이 질문이 
왜 제기되는가 하는것이다. 프로쎄스가 입출력을 기다리거나 병행성동기화의 고려로 인 
하여 자주 폐색되는 경우에 처리기를 한개 프로쎄스에 얽어 매 놓는것은 특별히 랑비인 
것처럼 보인다. 

립도가 큰 또는 독립적 인 동기화의 립도를 취급(표 10-1 을 보시오.)하는 전통적 인 다중처 
리에서 사용률을 높이고 따라서 성능을 더 좋게 하기 위하여 매개 개별적인 처리기를 많은 프 
로쎄스들사이에서 절환할수 있게 하는것이 좋을것이다. 그러나 많은 처리기들을 가진 다중처 
리기에서 실행되는 중간립도의 응용프로그람인 경우에는 사정이 그리 명백하지 않다. 많은 처 
리기들이 사용가능할 때 매개 독립적인 처리기가 가능한 많이 차지될것이라는것은 그리 중요 
하지 않다. 그보다 관심을 끄는것은 응용프로그람들에 대 하여 평균적 으로 가장 좋은 성능을 
보장하는것 이 다. 많은 스레드들로 이루어 지는 응용프로그람은 모든 스레드들이 동시에 실행 
될수 없다면 불충분하게 실행될수 있다. 


프로쎄스의 배분 


다중처 리 기의 일정작성과 관련된 마지 막 설계 문제는 실행해 야 할 프로쎄 스를 효과적 
으로 선택하는것 이 다. 다중프로그람방식 의 단일처 리 기 에서 우선권이 나 과거의 사용정 도 
에 기초한 정교한 일정작성알고리 듬들을 적 용함으로써 단순한 선래 선보관법 이상으로 성 
능을 개선할수 있다는것은 이미 지적하였다. 그러 나 다중처 리기들을 고찰할 때 에는 이 러 
한 복잡성 이 필요 없거 나 지 어는 비생산적일수 있다. 보다 단순한 방법의 간접소비시 간 
이 더 적 으므로 보다 효과적 일수 있 다. 스레 드일정 작성 의 경 우에 는 우선권이 나 실 행 경 력 
보다 더 중요한 새로운 문제들이 제기된다. 이러한 문제들을 차례로 해설한다. 
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프로쎄스일정작성 

대부분의 전통적 인 다중처 리기체 계들에서는 프로쎄 스들을 처 리기들에 독점시키지 
않는다. 모든 처리기들을 위한 한개의 대기렬이 있기는 하지만 어떤 종류의 우선권방안 
을 사용한다면 우선권에 기초한 다중대기렬을 두고 모두가 공동집결소의 처리기들에 공 
급한다. 어떤 경우라도 체계를 다중봉사기의 대기렬방식이라고 볼수 있다. 

2 중처 리 기 체 계 에 서 매 개 처 리 기 의 속도는 단일 처 리 기 체 계 의 처 리 기 의 처 리 속도의 
절 반으로 된다. [ SAUE 81] 에서 는 FCFS 일정 작성 법 을 순환법 과 최 단나머 지시 간법 과 비 
교하는 대기렬분석을 하고 있다. 여기서는 처 리기 가 요구하는 처 리 기시 간으로 측정되는 
프로쎄 스봉사시 간, 총체 적 인 일 감시 간이 나 프로쎄 스가 처 리 기 를 사용할 준비 가 될 때 마 
다 요구하는 시간과 관련되는 연구를 진행하였다. 순환법의 경우에는 시간량자가 상대절 
환의 간접소비시간보다는 크고 평균소비시간보다는 작다고 가정 하고 있다. 결과들은 봉 
사시간들에 보게 되 는 가변성 에 중요하게 관계 된다. 가변성 에 대 한 일 반적 인 측정 지 표는 
가변곁수 C s 이다. 1 C s =0 의 값은 가변성이 없는 경우에 해당된다. 그것은 모든 프로쎄스 
들의 봉사시 간이 갈은 경 우이 다. C s 의 값이 증가된다는것 은 봉사시 간들사이 에 서 가변성 
이 증가하는것을 의미한다. C s 의 값이 5 또는 그이상으로 되는것은 처 리기봉사시 간의 분 
산에서 그리 이상한것이 아니다. 

그림 10-1 n 에서는 C s 의 함수로서 순환법의 처 리능력을 FCFS 법의 처 리능력과 비교하 
고 있다. 일정작성알고리듬의 차이는 2 중처리기의 경우에 훨씬 적다는것을 지적해 둔다. 두 
개 처 리기 인 경우 FCFS 법에서는 봉사시간이 긴 프로쎄스가 훨씬 적 다. 이때 다른 프로쎄스 
들은 다른 처리기를 사용할수 있다. 류사한 결과들은 그림 10-1 i •에 보여 주고 있다. 

[ SAUE 81] 에서는 다중프로그람작성의 등급，입출력위 주의 프로쎄스와 CPU 위주의 
프로쎄스들의 혼합，우선권의 사용 등에 대한 여 러가지 가정을 한 조건에서 우와 같은 
분석을 되풀이하고 있다. 일반적으로 결론할수 있는것은 한개의 처리기를 가진 경우에 
비 하여 두개의 처 리 기를 가진 경 우에 특정한 일정작성 규칙 은 그다지 중요하지 않다는것 
이다. 이러한 결론은 처리기의 수가 증가할 때 더욱 확고하다. 간단한 FCFS 규칙이나 
정 적 우선권방안내 에서 FCFS 의 사용은 다중처 리 기체 계 에서 적 합할수 있다. 

스레드일정작성 

이 미 설 명 한바와 같이 스레 드에 관해 서 는 실 행 에 대 한 개 념 이 프로쎄 스에 대 한 정 
의 에서와 차이난다. 응용프로그람은 동일한 주소공간에서 협동하면서 병 행하여 실행되는 
스레 드들의 모임 으로 실행될수 있다. 단일처 리 기 에서 는 스레 드들을 프로그람을 구조화하 
는 도구로 사용할수도 있고 입출력을 처 리기와 겹치게 하는데도 사용할수 있다. 이 러한 
환경에서 스레드들은 응용프로그람에서 알맞춤한 병 렬화를 실현하는데 쓸수 있다. 만일 
응용프로그람의 각이한 스레 드들이 개 별적 인 처 리 지들에서 동시 에 실행된다면 극적 인 성 
능향상을 엄을수 있다. 그러나 스레드들사이에 중요한 상호작용(중간립도병렬화)을 요구 
하는 응용프로그람들에서 는 스레 드관리 와 일정작성 에서의 자그마한 차이들이 성 능에 중 
요한 영향을 줄수 있다는것을 알아야 한다 [ ANDE 89]. 
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([ CFEIT 90 a ] 를 보시오.). 2 

• 무리일정작성법: 관련되는 스레드들의 모임은 일대일의 기준에 기초하여 동일한 
시 간에 처 리기모임 에서 실행할수 있도륵 일정작성을 한다. 

• 전용처리기할당법: 이것은 부하공유법의 반대로서 처리기들에 대한 스레드들의 할 
당에 의하여 정의된 암시적인 일정작성을 보장한다. 매개 프로그람은 그것이 실행 
되는동안 프로그람의 스레드와 갈은 개수의 처리기들을 배정받는다. 프로그람이 완 
료되면 처리기들은 다른 프로그람에 배정할수 있게 공동집결소에로 복귀한다. 

• 동적일정작성법: 실행과정에 프로쎄스의 스레드수를 변경시킬수 있다. 

부하공유법 

부하공유법은 가장 단순한 방법으로서 단일처리기의 환경으로부터 직접 넘겨 받은 
것 이 다. 이 방법은 몇가지 우점을 가진다. 즉 

• 부하가 처 리 기들에 공평하게 분산되 여 진행되므로 작업을 할수 있는 동안은 처 리 
기가 빈 상태에 놓이지 않는다. 

• 중심적 인 일정작성프로그람이 필요 없다. 처 리기 가 사용가능할 때 조작체계의 일 
정작성루린은 다음 스레드를 선택하기 위하여 그 처리기에서 실행된다. 

• 우선권에 기초한 방안들이나 그리 고 실행경 력 또는 선행하는 처 리 요구들을 고려 
하는 방안들을 포함하여 제 9 장에서 취급한 임의의 방안들을 사용하여 전역대기 
렬을 조직 하고 접근할수 있다. 

[ LEUT 9()] 에서는 부하공유법의 세가지 종류에 대하여 분석하고 있다. 

• 선래선봉사 ( FCFS 》 법: 일감이 도착하면 매개 스레드는 공유대기렬의 끝에 련속적 
으로 줄을 선다. 그러다가 어떤 처리기가 빈 상태로 되면 다음의 준비된 스레드 
를 선택하여 그것 이 완료되거 나 페 색될 때 까지 집 행한다. 

• 최소스레드수우선법 : 공유준비대기렬은 우선권대기렬로 조직한다. 이때 일정작성 
안된 스레드수가 제 일 적은 일감들로부터 스레드들에 최고우선권을 준다. 우선 
권이 같은 일감들은 그것 이 도착하는 순서 에 따라 렬을 짓는다. FCFS 법 에서와 
같이 일정작성된 스레 드를 완료하거 나 페 색될 때 까지 실행한다. 

• 선취 형 최 소스레 드수우선법 : 일 정 작성 안된 스레 드수가 제 일 적 은 일 감들에 최 고우 
선권을 준다. 실행중에 있는 일감보다 적은 수의 스레드를 가진 일감이 도착하 
면 그것은 일정작성한 일감에 속하는 스레 드들을 선취한다. 

저자들은 모의모형을 사용하여 넓은 범위의 일감특성지표들에 대한 분석을 진행하고 
FCFS 법 이 우에서 지적한 다른 두가지 방법들보다 우월하다고 보고하고 있다. 또한 저 
자들은 다음의 소절에서 취급하게 되는 일종의 무리 일정작성 방법 이 부하공유법 에 비 하여 
우월하다는것을 보고하고 있다. 

부하공유법은 몇가지 결함을 가지고 있다. 즉 

• 중심대기렬 이 호상배제를 일으키는 식 으로 호출해 야 하는 기 억구역을 차지하는것 
이다. 이때 많은 처리기들이 동시에 작업을 기다린다면 병목현상이 일어 날수 있 
다. 처리기수가 적을 때에는 이것이 그리 큰 문제로 되지 않는다. 그러나 다중처 
리기가 수십개 또는 수백개의 처리기들로 되여 있는 경우에는 병목의 위험성이 
현실적인것으로 된다. 

• 선취된 스레드 들은 동일한 처 리기 에서 다시 실행할 가망이 없는것 이 다. 만일 매 
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개 처리기가 국부캐쉬를 가지고 있다면 캐쉬는 효률을 더 적게 한다. 

• 모든 스레드들을 하나의 공동스레드집결소처럼 취급할 때 프로그람의 모든 스레 
드들이 동시에 처리기들에 접근할수 없게 하는것이다. 만일 프로그람의 스레드들 
사이에 높은 등급의 일치성 이 요구된다면 복잡한 프로쎄스절환들에 의하여 성능 
을 심히 떨어 뜨릴수 있다. 

이러한 잠재적인 결함들이 있음에도 불구하고 부하공유법은 현재 다중처리기들에서 
가장 일반적으로 사용되는 방안들중의 하나이 다. 

부하공유기 술을 갱 신한것 을 Mach 조작체 계 에 서 사용하고 있 다 [ BLAC 90, WEND 8 的 . 
조작체계는 매개 처리기용 국부실행대기렬과 공유형 전역실행대기렬을 가지고 있다. 국 
부실행대기렬은 특정한 처 리기에 일시 구속된 스레드들이 사용한다. 처 리기는 먼저 구속 
된 스레 드들에 구속되지 않은 스레 드들보다 절대적 인 우선권을 주기 위하여 국부실행대 
기 렬을 조사한다. 구속스레 드들을 사용하는 실례 로서 조작체 계의 요소인 프로쎄 스들을 
실행하는데 한개 또는 그이상의 처 리기들을 독점시키는 경우를 들수 있다. 또다른 실례 
는 특정한 응용프로그람의 스레 드들을 많은 처 리기 들에 분산시키는 경 우이 다. 이때 적 당 
한 쏘프트웨 어 를 추가하면 다음에 설 명하는 무리 일 정작성 방법 을 지 원하게 된 다. 

무리일정작성법 

프로쎄스모임을 처 리기모임 에 의하여 동시 에 일정작성하는 개 념은 스레 드들의 사용 
을 전재로 한다. [ JONE 8()] 에서는 무리일정작성과 같은 개념을 고찰하고 다음과 같은 
우점이 있다는것을 밝혔다. 

• 밀접히 련관된 프로쎄스들을 병렬로 실행한다면 동기화의 페색을 감소시킬수 있 
고 필요한 프로쎄스절환을 줄일수 있으며 따라서 성능이 높아 지게 된다. 

• 한번의 결정 이 단번에 많은 처 리 기들과 프로쎄스들에 영 향을 주므로 일정작성의 
간접소비시간을 줄일수 있다. 

Cm * 다중처 리기 에서는 술어 협동일정작성을 사용하고 있다 [ GEHR 87]. 협동일정작 
성은 과제시행이라고 부르는 관련된 과제모임을 일정작성하는 개념에 기초하고 있다. 과 
제시행의 개별요소들은 매우 작고 따라서 스레드의 개념에 가깝다. 

술어 무리 일정 작성 은 한개의 프로쎄스를 구성 하는 스레 드들에 대 한 동시적 인 일정작 
성 에 적 용되 였 다 [ FEIT 90 b ]. 응용프로그람의 어 떤 부분이 실 행준비 를 하는 동안 다른 
부분이 실행되지 못할 때 성능이 심히 떨어 지는 중간립도의 병렬응용프로그람들을 미세 
립 도로 조개 는것 이 필 요하다. 무리 일 정 작성 에 대 한 필요성 은 널 리 인정 되 여 각이한 다중 
처 리 기 조작체 계 들에 실현되 였 다. 

무리 일정 작성 에서 단일한 응용프로그람의 성능을 개선하는 한가지 명백한 방도는 프 
로쎄스절환을 최소화하는것 이 다. 프로쎄스의 한개의 스레드가 실행중에 있고 동일한 프 
로쎄스의 다른 스레드와 동기를 맞추어 야 하는 점 에 도달했다고 하자. 만일 그 다른 스 
레드가 실행 중에 있지 않고 아직 준비대 기렬에 있다고 하면 첫 번째 스레 드를 요구한 스 
레 드를 끌어 들이기 위하여 프로쎄스절환을 어떤 다른 처 리기 에 의하여 할수 있을 때까 
지 기 다리 게 된다. 스레 들사이 에 일 치 성 이 강한 응용프로그람에 서 진행 되 는 그러한 절환 
들에 의하여 성 능이 심 히 떨 어 지 게 된 다. 

협동동작스레 드들의 동시일정작성은 또한 자원배정 에서 시 간을 줄일수 있게 한다. 
실례 로 다중무리 일정 작성한 스레 드들은 탐색하는 동안 읽 기/쓰기연산을 폐쇄 함으로써 발 
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생하는 보충적 인 간접소비시간이 없이 파일을 호출할수 있다. 

무리일정작성법의 사용시에는 처리기배정에 대한 요구조건이 제기된다. 그것을 해결 
하는 한가지 가능성은 다음과 같다. N 개의 처 리기로 M 개의 응용프로그람을 실행하되 
매개 응용프로그람은 N 개 또는 그보다 적은 스레드들을 가지고 있다고 하자. 그러면 매 
개 응용프로그람은 시간세분법을 사용하여 N 개의 처 리기에 사용가능시간의 1 /M 을 배당 
할수 있다. [ FEIT 90 a ] 에서는 이방법이 비효과적일수 있다는것을 지적하고 있다. 

실례 로 두개의 응용프로그람이 있는데 그중 한개는 네개의 스레 드를 가지고 다른 한 
개는 한개의 스레드를 가지고 있다고 하자. 시간을 균등하게 배정하는 경우에는 처리자 
원의 37. 5%를 랑비하게 된다. 그것은 단일스레드응용프로그람이 실행될 때 세개의 처리 
기들은 빈채로 남아 있기때문이다(그림 10-2 를 보라.). 만일 단일스레드응용프로그람이 
몇개 있다면 이것들이 함께 어울려 처 리기의 사용률을 높일수 있다. 만일 그렇 게 할수 
없 다면 균일한 일정작성 대 신에 스레 드수에 의해 무게 를 붙인 일정작성 을 한다. 그러 면 
네개의 스레 드를 가진 응용프로그람에 는 4/5 의 시 간이 배 당되 고 한개의 스레 드를 가진 
응용프로그람에는 1/5의 시 간이 배 당됨으로써 처 리기 랑비는 15%까지 떨어 진다. 

균등분할 I 게분할 

그룹1 그룹2 그룹1 그룹2 

PE1 
PE2 
PE3 
PE4 

시 간 1/2 1/2 4/5 1/5 

37.5% 랑비 15% 랑비 

그림 10-2. 네 개 및 한개의 스레 드를 가전 일정 작성 그룹의 실례 [ FEIT 90 a ] 


전용처리기의 할당 

[ TUCK 8 的에서 제기한 무리일정작성의 극단한 형태는 응용프로그람이 실행되는 동 
안 처리기그룹을 그것에 독점시키는것이다. 즉 응용프로그람을 일정작성할 때 매개 스레 
드를 처리기에 할당시키고 응용프로그람의 실행이 완료될 때까지 그 스레드에 처리기를 
그대 로 독점 시 키 는것 이 다. 

이 방법은 확실히 처 리시간을 심히 랑비 할것 같이 보인다. 만일 응용프로그람의 어 
떤 스레드가 다른 스레 드들과의 동기 를 맞추기 위하여 입 출력 을 기 다리면서 폐 색된다면 
그 스레드 의 처리기는 빈 상태로 된다. 이때 처리기에서 다중프로그람작성은 할수 없다. 
이러한 전략과 관련하여 두가지 문제에 주목할수 있다. 즉 

1. 처리기가 수십 또는 수백개이고 매개 처리기가 체계가격의 적은 부분을 말고 있 
는 고병 렬 체 계 에 서 는 처 리 기 사용률이 효과성 이 나 성 능의 척 도로서 더 는 중요하 
지 않다. 

2. 프로그람의 수명주기동안 프로쎄스절환의 완전한 회피는 프로그람의 근본적인 
속도제고의 원인으로 된다. 

[ TUCK 89] 와 [ ZAH 09()] 에서는 두번째 문제를 지원하는 분석결과를 보고하고 있다. 
그림 10-3 에 는 [ TUCK 89] 의 한가지 실험결과를 제 시하였 다. 저 자들은 16개의 처 리 기를 
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가진 체계에서 행렬곱하기와 고속푸리에변환 ( FFT ) 계산을 진행하는 두개의 응용프로그 
탐을 실행시켰다. 매개 응용프로그람은 그 문제를 많은 과제들로 분할하는데 그것은 그 
응용프로그람을 집 행하는 스레 드들에 로 넘 겨 진다. 프로그람들은 스레 드수를 변화시 키 면 
서 사용할수 있도록 하는 방향에서 작성되였다. 많은 과제들이 정의되고 응용프로그람마 
다 렬을 짓게 하였다. 과제 들은 대 기렬로부터 선택되 여 프로그람에 의하여 사용가능한 
스레드들에로 넘겨 진다. 만일 과제들보다 스레드들이 더 적다면 나머지 과제들은 그냥 
대 기렬에 남게 되며 그것들이 할당된 과제들은 완료할 때 스레 드들에 의해 선택된다. 명 
백히 모든 응용프로그람들은 이러한 식으로 구조화할수 없지만 많은 수값문제들과 일부 
다른 응용프로그람들을 이러한 방식으로 취급할수 있다. 



그림 10-3 에서 는 매 개 응용프로그람의 과제들을 진행하는 스레 드수가 1에서 24까지 
변화할 때 응용프로그람의 속도제고곡선을 보여 주고 있다. 실례로 두개의 응용프로그람 
이 각각 24 개의 스레 드를 가지 고 동시 에 시동할 때 벌 어 지는 속도제 고률은 행 렬곱하기 
에 대해서는 2.8 이고 FFT 에 대해서는 2. 4라는것을 알수 있다. 그림에서는 매개 응용프 
로그람의 스레드수가 8 을 초과할 때 따라서 체계의 프로쎄스의 총수가 처리기의 개수를 
초과할 때 두 응용프로그람의 성능이 현저히 떨어 진다는것을 보여 주고 있다 나아가서 
스레 드수가 커질수록 성 능은 떨 어 지 는데 그것 은 스레 드의 선취 와 재 일정 작성 이 더 빈번 
히 진행되기때문이다. 이러한 과도한 선취는 중단된 스레드가 림계구간으로부터 벗어 나 
기를 기 다리는데 걸 리는 시 간, 프로쎄스절환에 랑비되는시 간，비효률적 인 캐쉬동작에 소 
비되는 시간 등을 포함하여 많은 요인들에 의하여 효률을 떨어뜨리는 결과를 초래한다. 

저 자들은 효과적 인 전 략은 능동스레 드수를 체 계 의 처 리 기 수로 제 한하는것 이 라는 결 
론을 지 었 다. 만일 대 부분의 응용프로그람들이 한개 의 스레 드를 가지 거 나 과제 대 기렬주 
소를 사용할수 있다고 하면 이것은 처리기자원 등의 효과적이고 효률적인 사용 
을 보장하게 된다. 

전용처 리기의 할당과 무리 일정 작성 에서는 처 리기배정문제를 지정하는것 으로부터 일 
정 작성 에 착수한다. 다중처 리 기 에서의 처 리기배정문제 는 단일처 리기 에서의 일정작성문제 
보다 단일처리기에서의 기억기배정문제와 더 공통성이 있다는것을 알수 있다. 문제는 임 
의의 주어진 시간에 얼마나 많은 처리기들을 프로 그람에 할당하는가 하는것인데 이것은 
임의의 순간에 얼마나 많은 폐지 프레 임들을 주어 진 프로 쎄스에 할당하는가 하는것과 류 
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사하다. [ GENH 8 기에서는 가상기억기의 작업모임과 비슷한 술어 활동성작업모임을 제안 
하였는데 그것은 응용프로그람을 순조롭게 진척시 키 기 위하여 처 리 기들에 동시 에 일정작 
성 해 야 하는 최 소활동(스레 드)수를 말한다. 기 억기관리 방안에서 와 같이 활동성작업 모임 
의 모든 요소들의 일정작성 을 잘못하면 처 리 기의 과도교체 현상이 일 어 날수 있 다. 그것 
은 봉사가 요구되 는 스레 드의 일 정작성 이 봉사를 곧 받게 될 다른 스레 드들의 일 정작성 
의 해제를 야기시 킬 때 발생한다. 이와 류사하게 처 리기의 단편화는 일부 처 리기들은 배 
정되 고 나머지처 리기 들은 기 다리 고 있는 응용프로그람들의 요구를 충족시 킬수 있도륵 수 
적 으로 충분하지 못하거 나 불합리하게 조직되 였을 때 어떤 처 리 기들이 방임상태 에 있는 
정 황을 가리 키 는것 이 다. 무리 일정 작성 과 전용처 리 기 의 배 정 은 이 러 한 문제 들을 회 피 하기 
위 한것 이 다. 


동적 일 정 작성 


일부 응용프로그람들에서는 프로쎄스의 스레드수가 동적 으로 변할수 있게 하는 언어 
와 체계도구들을 보장해 줄수 있다. 이것은 조작체계로 하여금 사용률을 개선할수 있도 
록 적재를 조절할수 있게 한다. 

[ ZAH 09()] 에서 는 조작체 계 와 응용프로그람이 일정작성결정들을 하는데 사용하는 
방법을 제기하고 있다. 조작체계는 처 리기들을 일감들에 분배하는 책 임을 지 고 있다. 매 
개 일감은 현재 분배된 처리기들을 사용하여 이 과제들을 스레드들에 사영하는 방법으로 
그것의 실행가능한 과제들의 부분모임을 집행한다. 어떤 부분모임을 실행할것 인가 또한 
프로쎄스가 선취될 때 어떤 스레드를 중지시킬것인가에 따라 합리적결정은 개별적인 응 
용프로그람들에 관계된다(아마도 실행시의 서고루린들의 모임을 통하여). 이 방법은 모 
든 응용프로그람들에 적합하지 않을수 있다. 그러나 일부 응용프로그람들은 한개의 스레 
드를 기 정 사실 로 할수 있고 다른 응용프로그람들은 조작체 계의 이 특정한 기 능을 사용할 
수 있도록 프로그람을 작성할수 있 다. 

이 방법 에서 조작체계의 일정작성책 임은 주로 처 리 기의 배정 으로 제 한되 며 다음의 
방책 에 따라 진행된다. 일감이 한개 또는 처 리 기들을 요청할 때 (일감이 첫 시 간에 도착 
할 때나 그것의 도구가 변할 때) 

1. 만일 빈 처리기들이 있다면 요청을 충족시키는데 그것들을 사용한다. 

2. 그렇지 않고 요청을 내는 일감이 새로운 도착자라면 현재 한개이상의 처리기를 배정 
받은 임의의 일 감으로부터 한개 를 옮겨 놓고 그것 에 한개 의 처 리 기를 배정 한다. 

3. 만일 요청 의 일 부를 만족시 킬수 없 다면 그것 은 프로쎄 스가 그것 을 위해 사용가 
능하게 되거나 일감이 요청을 취소할 때까지 (즉 여분의 처리기들에 대한 요구가 
더는 없다면) 미해결로 남아 있을것이다. 

한개 또는 그이상의 처리기들이 해방(일감의 리랄을 포함하여)되자마자 

4. 처 리 기들에 대 한 현재의 만족되 지 않은 요청 들의 대 기렬을 훑어 본다. 그리 고 
현재 처리기들을 가지고 있지 않는 목록에 따라(즉 기다리고 있는 새로운 도착 
자들모두에게) 매개 일감에 한개의 프로쎄스를 할당한다. 다음에 목록을 다시 
훑어 보고 FCFS 법 에 따라 나머지 처 리기들을 배정한다. 

[ ZAH 09()] 과 [ MA ： TU 88] 의 해석 에서는 응용프로그람들에서 동적일정작성 법 을 사용 
할수 있 다는것 을 제 기 하였 는데 이 방법 은 무리 일 정 작성 법 이 나 독립 식 처 리 기 할당법 보다 
우월 하다. 그러 나 이 방법 의 간접 소비 시 간은 외 견상 성 능제 고를 부정할수 있 다. 동적일 
정작성 법의 가치를 증명하자면 실제적 인 체계 에서 체험해 보아야 한다. 
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제 2 절. 실시간일정작성 


배경 

실시 간계산분야는 점 차 중요한 학문으로 되고 있다. 조작체계 특히 일정작성 기는 실 
시 간체 계 의 가장 중요한 요소이 다. 실시 간체 계의 응용실례 로서 연구실험조종，기 업소공 
정조종，항공운수조종，원격통신 및 국방지휘조종체계 등을 들수 있다. 다음 세대의 체 
계 들로 서는 자동착륙선，탄성체결합형 로 보트조종기，지능형제 작공정체 계，우주정 류소 및 
해저 람사체계를 들수 있 다. 

실시간계산은 체계의 정확도가 계산의 론리적결과뿐아니라 결과가 산출되는 시간에 
관계되는 그러한 형태의 계산으로서 정의할수 있다. 실시간프로쎄스 또는 과제 3 가 무엇 
인가를 정의 함으로써 실시 간체 계를 정의 할수 있다. 일반적 으로 실시 간체 계 에서는 일부 
과제가 실시간시간과제인데 이것들은 어느 정도의 긴급성을 가진다. 그러한 과제들은 외 
부세계에서 발생되는 사건들을 조종하거나 그것들에 반작용한다. 이 사건들은《실제시 
간》으로 발생 하므로 실시 간과제는 그것 이 관여 하는 사건들을 유지 할수 있어 야 한다. 이 
때 보통 기한부를 특정과제와 련관시키는것이 가능한데 여기서 기한부는 시작시간이나 
완료시간을 규정한다. 그러한 과제는 하드형과 쏘프트형으로 분류할수 있다. 하드실시간 
과제는 그것의 기한부를 정하여야 하는 과제를 말한다. 그렇지 않으면 그것은 체계에 바 
라지 않는 손실을 주거나 치명적인 오유를 발생시킨다. 쏘프트실시간과제는 필요는 하지 
만 지령에 의한것은 아닌 기한부를 가진 과제를 말한다. 즉 그것의 기한부가 지났다해도 
과제를 일정작성하고 완료해도 일 없는 과제 이 다. 

실시간과제의 다른 특성지표는 그것이 주기적인가 아니면 비주기적인가 하는것이다. 
비주기적과제는 그것을 끝내거 나 시 작하여 야 하는 기 한부를 가지거 나 시 작과 끝시 간에 
대 한 제 약조건을 가질수 있 다. 주기 적 과제 인 경 우에 는 요구사항을《 주기 T 당 한번》또 
는《정확히 T 단위 떨어 져서》라고 서술할수 있다. 

실시간조작체계의 특성지 표 

실시 간조작체계는 다섯가지 일반 령역 에서 제 기되는 요구사항들에 의하여 특징지을 
수 있다 [ MORG 9 幻. 즉 

• 결정론성 

• 응답성 

• 사용자조종 

• 믿음성 

• 고장완화조작 

조작체계는 그것이 고정된 그리고 미리 결정된 시간들에 또는 미리 결정된 시간간격 
들에서 수행 하는 조작들에 대 하여 결정 론적 이 다. 여 러 개의 프로쎄스들이 자원들파 처 리 
시 간을 놓고 경 쟁 하고 있다면 그러한 체 계는 완전히 결정 론적 이 아니 다. 실시 간조작체 계 


참고문헌들에서 각이한 단어들을 각이한 의미로 사용하기때문에 용어에서는 문제가 있다. 특정한 프로 
쎄스를 반복성을 가진 실시간조것에서 동작시키는것이 일반적이다. 프로쎄스는 긴 시간동안 계속되며 
그동낭네 실시간사건들에 응답하여 어떤 반복기능을 수행한다. 이 절에서는 개별적기능들을 과제라고 
하자. 그러면 프로쎄스는 과제의 순서렬을 따라 진행되는 처리로서 볼수 있다. 임의의 주어 진 시간에 
프로쎄스는 한개의 과제 안에 예 약되는데 그것은 일정작성을 해 야 하는 프로쎄스/과제 이 다. 
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에서 프로쎄스의 봉사요청들은 외부사건들과 박자동기화에 기초하여 명령을 받는다. 조 
작체계가 결정론적으로 요청들을 만족시키는 정도는 우선 그것이 새치기들에 응답할수 
있는 속도와 둘째로 요구되는 시간안에 모든 새치기들을 처리할수 있는 충분한 능력을 
가지고 있는가에 관계된다. 

조작체계의 결정 론적 인 기능을 수행 할수 있는 능력 을 평 가하는 한가지 유효한 척도 
는 최대 우선권을 가진 장치 로부터 새 치 기 원천 이 도착하여서부터 봉사가 시 작될 때 까지 의 
최 대지 연시 간이 다. 비 실시 간조작체 계 에서는 이 지 연시 간이 수십 〜수백 ms 정도일수 있다. 
그러나 실시간조작체계에서는 그 지연시간이 수 / is 〜 lms 이내에 있어야 한다. 

련관이 있으면서도 뚜렷이 구별이 되는 특성지표로서 응답성이 있다. 결정성은 조작 
체계가 새치기를 확인하기전에 얼마동안 지연되는가에 관계된다. 그러나 응답성은 새치 
기를 확인한후에 조작체계가 얼마동안 새치기를 봉사하는가에 관계된다. 응답성은 다음 
과 갈은 항목들을 포함한다. 즉 

1. 처음에 새치기를 조종하고 새치기봉사루린 ( ISR ) 의 집행에 착수하는데 요구되는 
시 간량. 만일 새 치 기 봉사루린의 집 행 이 프로쎄 스절 환을 필 요로 한다면 새 치 기 봉 
사투린이 현재의 프로쎄스의 문맥하에서 집행할수 있는 경우보다 지연이 더 길 
어 지게 된다. 

2. 새 치 기봉사루린을 수행하는데 요구되 는 시 간량. 이것은 일반적 으로 하드웨 어 가 
동환경에 관계된다. 

3. 새 치기겹싸기의 효과. 만일 새 치기봉사루린이 다른 새 치기의 도착에 의하여 또 
새치기될수 있다면 봉사는 더 늦어 지게 된다. 

결정 론성 과 응답성 은 다 같이 외 부사건들에 대 한 응답시 간을 발생 시킨다. 응답시 간 
요구사항은 실시간체계들에서 결정적인것이다. 그것은 그러한 체계들이 인원, 장치，체 
계밖의 자료흐름에 부과된 시 간동기 의 요구를 만족시켜 야 하기때 문이 다. 

사용자조종은 일반적으로 보통의 조작체계들에 비하여 실시간조작체계에서 훨씬 더 
범위 가 넓다. 대표적으로 비실시 간조작체계 에서 사용자는 조작체계의 일정작성기능에 대 
한 조종을 할수 없고 다만 사용자들을 한개이상의 우선권부류로 그룹을 묶는것과 갈은 
넓은 범위의 안내를 보장한다. 그러나 실시간체계에서는 사용자가 과제우선권에 대한 미 
세립도의 조종을 할수 있게 하는것이 필수적 이다. 실시간체계는 또한 사용자가 페지화나 
프로쎄 스교체방법 의 사용과 갈은 특성 지표들을 명 시할수 있게 하며 어 떤 프로쎄 스들을 
항상 주기억기 에 상주시켜 야 하는가, 어 떤 디 스크이송알고리 듬들을 사용하겠는가，각 이 
한 우선권대 역 에서 프로쎄 스들에 어 떤 권한을 부여하겠는가 등을 명 시할수 있 
게 한다. 

믿음성은 비실시간체계들보다 실시간체계에서 대표적으로 훨씬 더 중요하다. 비실시 
간체계에서 순간적인 고장은 고장난 처리기가 수리되거나 교체될 때까지 봉사준위를 낮 
추는결 과를 초래한다. 그러 나 실 시 간체 계 는 실시 간적 으로 사건들에 대 응하거 나 그것 들을 
조종한다. 성 능의 손실 이 나 저 하는 재 정 적 손실 로부터 중요한 설 비 의 손상，지 어 는 인 간 
의 사망에 이르기까지의 치명적결과를 가져 올수 있다. 

다른 측면에서 보면 실시간조작체계와 비실시간조작체계사이의 차이는 등급상의 차 
이 이 다. 실시 간체 계는 각이한 고장형 식들에 대 응할수 있도록 설계되 여 야 한다. 고장완화 
조작은 가능한 많은 기능들과 자료를 보존하는 견지에서 본 고장에 대한 체계의 능력이 
라고 말할수 있는 특성지표이 다. 실례 로 전통적 인 UNIX 체계는 핵심부의 자료가 잘못되 
였을 때 고장통보문을 체 계조종탁에 내 고 후에 고장분석 을 하기 위하여 기 억 기의 내 용을 
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디스크에 쏟아 넣고 체계의 집행을 끝낸다. 그것과는 대조적으로 실시간체계는 제기된 
문제를 바로 잡거나 실행을 계속하면서 그것의 효과를 최소화하려고 한다.대표적으로 체 
계는 사용자나 사용자프로쎄스에게 수정작업을 하면서 축소된 봉사준위에서 조작을 계속 
한다음 통보한다. 전원을 꺼야 할 사건인 경우에는 파일과 자료의 일관성을 유지하도록 
해야 한다. 

고장완화조작의 중요한 측면은 안전성 이다. 모든 과제의 기한부들을 만족시키는것이 
불가능한 경우에 체계가 일부 중요한 과제의 기한부를 항상 만족시키지 못한다하더라도 
가장 중요하고 최고우선권을 가진 과제들의 기한부를 만족시키게 된다면 실시간체계는 
안정 하다. 

우에서 지적 한 요구사항들을 만족시 키 자면 현재의 실시 간조작체 계 들은 대 표적 으로 
다음과 같은 체모를 갖추어야 한다 [ STAN 8 的. 즉 

• 고속프로쎄스 또는 스레드절환 

• 작은 규모(련관된 최소기능성을 가진) 

• 외부새 치기들에 즉시 응답할수 있는 능력 

• 신호기 들, 신호들, 사건들과 같은 프로쎄 스간 통신도구들을 가진 다중파제 처 리 

• 빠른 속도로 자료를 축적할수 있는 전용 순서 파일들의 사용 

• 새치기가 금지되는 시간간격의 최소화 

• 고정 된 시 간동 안 과제 를 지 연시 키 거 나 과제 들을 잠시 정 지 /다시 시 작하기 
위한 수단 

• 특수한 경보 및 시간만기수단 

실시 간체 계의 심 장부는 단기과제일정작성기 이다. 그러한 일정작성기 에서 공평 하고 
최 소화된 평 균응답시 간은 가장 중요한것 이 아니 다. 중요한것 은 모든 하드실시 간과제 들을 
그것들의 기 한부에 의하여 완료(시 작)하며 가능한 많은 쏘프트웨 어 실시 간과제 들을 그것 
들의 기 한부에 따라 완료(시 작)하는것 이 다. 

대부분의 현재 실시간조작체계들은 기한부들을 직접 취급할수 없게 되여 있다. 그대 
신 그것 들은 기 한부에 가까와 올때 과제 가 빨리 일 정작성 될 수 있도록 실 시 간과제 들에 가 
능한 응답하게끔 설계되여 있다. 이러한 관점으로부터 실시간응용들에서는 여러가지 조 
건하에서 수 ms 〜수분의 1 ms 의 범위에서 결정론적인 응답을 요구한다. 군용항공기와 같 
은 중요한 응용들에서는 보통 10~100따범위의 제한조건을 준다 [ ATLA 89]. 

과제들에 가능한 응답하게끔 설계되여 있다. 이러한 관점으로부터 실시간응용들에서 
는 여러가지 조건하에서 수 ms 〜수분의 1 ms 의 범위에서 결정론적인 응답을 요구한다. 군 
용항공기와 같은 중요한 응용들에서는 보통 10-100 따범위의 제한조건을 준다 
[ ATLA 89]. 

그림 10-4 에서는 가능성의 스펙트르를 보여 주고 있다. 단순한 순환형 일정 작성기를 
사용하는 선취식일정작성기는 그림 10-4 자에서 보는바와 같이 다음의 세분시간을 기다 
리 기 위 해 대 기렬에 추가된다. 이 경우에 일정작성 시 간은 일반적 으로 실시 간응용들에 접 
수될수 없다. 그대신 비선취식일정작성기에서는 실시간과제들에 보다 높은 우선권을 주 
는 우선권일정작성기구를 사용할수 있다. 이 경우에 준비된 실시간과제는 현재의 프로쎄 
스가 폐 색되거 나 실행완료되 자마자 곧 일정작성된다(그림 10-4 L ). 이때 만일 완만하고 
우선권이 낮은 과제가 림계시간에서 실행되고 있었다면 수 s 의 지연을 발생시킬수 있다. 
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일정작성시간 

e) 

그림 10-4. 실시 간프로세 스의 일 정작성 
n -순환선 취 식 일 정 작성 기， 1- -우선권 구동비 선 취 식 일 정 작성 기 
-우선권구동선취 점 선취 식 일 정 작성 기, 근-즉시 선취 식 일 정 작성 기 


이 방법역시 접수될수 없다. 보다 가능성있는 방법은 우선권들을 시계에 기초한 새 
치기들과 조합한 방법이다. 선취점들이 규칙적인 시간간격으로 발생된다. 선취점이 발생 
할 때 보다 높은 우선권을 가진 과제가 선취된다. 이것은 조작체계핵심부의 한 부분인 
과제들의 선취를 포함한다. 그러나 지연은 수 ms 의 정도에 달할수 있다(그림 10-4 n ). 
이 마지막 방법 이 일부 실시간응용에는 적합하지만 신청된 많은 응용들에서는 적합하지 
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못하다. 그러한 경우들에는 때때로 즉시선취법이라고 부르는 방법을 적용한다. 이때 조 
작체계는 그것이 림계코드페색구역에 있지 않다면 새치기에 거의 즉시에 응답한다. 그러 
면 실시 간과제의 일정작성지 연시 간을 100또는 그보다 더 적은 값으로 줄일수 있다. 

실시간일정작성 

실시 간일정 작성분야는 콤퓨터과학에서 가장 활발히 벌어 지 고 있는 연구분야의 하 
나이다. 이 절에서는 실시간일정작성의 여러가지 방법들을 개괄하고 두가지 부류의 보편 
적 인 일 정 작성 알고리 듬들을 고찰한다. 

실시 간일정작성알고리 듬들을 조사하여 보면 [ RAMM 94] 에서 는 각이한 일정작성 방법 
들이 (1) 체계가 일정작성가능성에 대한 분석을 하는가 안하는가 (2) 만일 해석을 한다 
면 그것을 정적으로 하는가 아니면 동적으로 하는가 (3) 분석결과에 따라 그자체가 일정 
을 작성하는가 아니 면 실행 시 에 어 떤 과제 들이 배 분되 는가에 따라서 계 획하는가에 관계 
된다는것을 밝히고 있다. 이러한 고찰에 기초하여 알고리듬들을 두가지 부류로 
갈라볼수 있다. 즉 

• 정적표구동방법 : 배 분의 가능한 일정 에 대 한 정적 인 분석을 진행한다. 분석결과 
에 대 하여 실행시 간에 과제를 언제 집 행 하기 시 작하여 야 하는가를 결정하는 일 
정 을 작성한다. 

• 정 적 우선권구동식 선취 형 방법 : 역 시 정 적 분석 을 하지 만 일정작성 은 하지 않는다. 
분석은 오히 려 전통적 인 우선권구동식선취형 일정 작성 기 에서 사용할수 있도록 과 
제 들에 우선권들을 할당하기 위하여 진행한다. 

• 동적계획법에 의한 방법 : 가능성은 실행에 착수하기전에 비직결식 (정적으로)으로 
가 아니 라 실 행 시 에 결 정 (동적 으로) 된 다. 도착하는 과제 는 그것 이 시 간적 제 한조 
건들을 만족할 가능성이 있는 경우에만 실행을 위해 접수된다. 가능성분석에 대 
한 하나의 결과에 의하여 일정을 작성하며 이 과제를 언제 배분하겠는가를 결심 
하는데 사용할수 있도록 계획을 한다. 

• 동적최상노력방법: 가능성분석은 진행하지 않는다. 체계는 모든 기한부들을 만족 
시 키기 위하여 노력하며 기 한부를 지키지 못한 임의의 시동된 과제를 포기하도 
록 한다. 

정적표구동식일정작성법은 주기적인 과제들에 적용할수 있다. 분석에 필요한 입력은 
주기적인 도착시간，실행시간，주기적인 마감기한부 및 매개 과제의 상대적인 우선권으 
로 이 루어 진다. 일정작성 기 는 주기 적 인 모든 과제 들의 요구사항들을 만족시 킬수 있는 
일정을 작성하려고 한다. 이것은 예측할수 있는 방법이지만 유연성이 없는 방법이다. 그 
것은 임 의의 과제의 요구사항이 달라지 면 일정작성 을 다시 하여 야 하기 때 문이 다. 최 단 
기한부우선 법 이 나 다른 주기적기한부수법 들 (다음에 설 명하는) 은 이 러 한 부류에 속하는 
대 표적 인 일 정 작성 알고리 듬들 이 다. 

정적우선권구동식선취형일정작성법에서는 대부분의 비실시간다중프로그람처리체계블 
에서 공통적 인 우선권구동식선취형 일정 작성 기구들을 사용한다. 비실시 간체계 에서 는 각이 
한 인자들을 우선권을 결정하는데 사용할수 있다. 실례 로 시 분할체 계 에서 프로쎄스의 우 
선권은 그것 이 처 리 기위주인가 아니면 입 출력위주인가에 따라서 변한다. 실시 간체 계 에서 
우선권할당은 매개 과제와 관련된 시간적제 약조건들에 관계된다. 이 방법의 한가지 실례 
토서 속도단조알고리듬(다음에 설명하는)을 들수 있는데 이것은 과제들의 주기의 길이에 
기초하여 그것들에 정적인 우선권들을 할당한다. 
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동적계획법에 의한 일정작성법에서는 과제가 도착한후에가 아니라 그것의 실행을 시 
작하기전에 이미 일정작성된 과제들과 도착한 새로운 과제들을 포함하는 일정을 창조한 
다. 만일 도착한 새로운 과제의 기한부들이 만족되고 현재 일정 작성된 과제가 기한부를 
지키지 못한데로부터 새로운 과제를 일정작성할수 있다고 하면 새로운 과제를 수행하기 
위하여 일정작성이 수정된다. 

동적 최 상노력 일정 작성 법 은 현재 상업 적 으로 사용가능한 많은 실 시 간체 계 들에 사용하 
고 있는 방법이다. 어떤 과제가 도착하면 체계는 과제의 특성지표에 기초하여 우선권을 
할당한다. 최 초기 한부일 정 작성 법 과 같은 기 한부일 정 작성 법 의 일 부 형 태 가 대 표적 으로 사 
용되고 있다. 대표적으로 과제들은 비주기적이고 따라서 정적인 일정작성분석은 불가능 
하다. 이러한 형태의 일정작성에서 기한부에 이르거나 과제가 완료될 때까지 박자동기제 
약조건이 만족되는지 안되는지를 알수 없다. 이것이 이러한 형태의 일정작성법들의 주요 
한 결 함이 다. 이 방법 들의 우점 은 실현하기 가 쉬 운것 이 다. 

기한부일정작성 

현대 대부분의 실시간조작체계들은 실시간과제들을 가능한 빨리 시작하고 이로부터 
빠른 새 치 기 처 리 와 과제 배 분을 뚜렷 이 살릴 목적 에 서 설계 되였다. 사실상 이것은 실시 간 
체계들을 평가하는데서 특별히 중요한 척도로 되지는 못한다. 실시간응용들은 일반적으 
로 순수한 속도에 관심을 가지는것이 아니라 동적인 자원도구들과 충돌들, 과부하들의 
처리 그리고 하드웨어나 쏘프트웨 어적인 오유들의 조건에서도 지내 일찍도 아니고 지내 
늦게도 아닌 가장 긴요한 시간에 완료되는(시작하는) 과제에 오히 려 관심을 가진다. 

최근년간에 실시간과제의 일정작성을 위한 보다 위력하고 합리적 인 방법들이 많이 
제기되였다. 이 모든 방법들은 매개 과제에 대한 추가적인 정보에 기초하고 있다. 매개 
정보에 대한 가장 일반적 인 형태로서 다음의 정보를 사용할수 있다. 즉 

• 준비시간: 과제를 실행하기 위해 준비하는 시간이다. 반복적이거나 주기적인 과 
제인 경우에 이것은 실제적으로 미리 알려져 있는 시간순서이다. 비주기적인 과 
제인 경우에 이 시간은 미리 알수 있다. 다시 말하면 조작체계는 과제가 실제로 
언제 준비되였는가를 알아 차릴수 있다. 

• 시 작기 한부: 과제를 시 작하여 야 하는 시 간이 다. 

• 완료기한부: 과제를 완료해야 하는 시간이다. 대표적인 실시간응용에서는 시작 
기한부들이나 완료기한부들을 가질뿐 두 기한부들을 모두 가지지는 않는다. 

• 처리시간: 과제를 끝까지 실행하는데 필요한 시간이다. 어떤 경우에는 이것이 제 
시되지만 다른 경우에는 조작체계가 그것의 지수평균을 측정한다. 아직 다른 일 
정 작성체 계들에서는 이 정보를 사용하지 않는다. 

• 자원요구사항: 과제가 실행되는 동안 과제에 요구되는 자원(처리기가 아닌)들의 
모임 이 다. 

• 우선권: 과제의 상대적인 중요도를 재는 단위이다. 기한부를 지키지 못하면 고장 
이라고 보는 체계에서 하드실시간과제들은 (절대적인) 우선권을 가진다. 만일 체 
계가 어떤 일에 관계 없이 실행을 계속하여야 하는 경우에 하드 및 쏘프트실시간 
과제들은 일정작성기의 안내자로서 상대적 인 우선권들을 할당할수 있다. 

• 부분과제구조: 과제는 의무적 인 부분과제와 선택적인 부분과제로 분해할수 있다. 
의무적인 부분과제만이 하드기한부를 가진다. 

다음에 어떤 과제를 일정작성하겠는가 그리고 어떤 종류의 선취권을 허용하겠는가를 
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고려할 때 실시간일정작성기능에는 몇가지 차원이 있다. 선취권전략이 제시되고 시작기 
한부나 완료기 한부를 사용할 때 최초의 기 한부를 가진 과제를 일정 작성하는 방책은 그것 
들의 기한부들을 지키지 못한 과제들의 비률을 최소화한다는것을 보여 주고 있다 
[ BUTT 99, HONG 89, PANW 88]. 이러한 결론은 단일처리기와 다중처리기의 환경에서 
모두 성 립한다. 


표 10-2. 두개의 주기적인 과제에 대한 실행분포 


프로쎄스 

도착시간 

집행시간 

마감기한부 

A ⑴ 

0 

10 

20 

A ⑵ 

20 

10 

40 

A ⑶ 

40 

10 

60 

A (4) 

60 

10 

80 

A (5) 

80 

10 

100 





B ⑴ 

0 

25 

50 

B (2) 

50 

25 

100 






다른 중요한 설계문제는 선취권에 대한 문제이다. 시작기한부들이 명시될 때에는 비 
선취식일정작성기가 적합하다.이러한 경우에 실시간과제의 책임은 그것의 외부적인 부분 
과 림 계적 인 부분의 실행 을 완료한후에 그자체를 페 색함으로써 다른 실시 간시 작기 한부들 
을 만족시키도록 하는것이다. 이것이 그림 10-4 u 의 경우이다. 완료기한부들을 가진 체 
계에서는 선취식전략(그림 10-4 도나 e ) 이 가장 적합하다. 실례로 과제 X 가 실행중이 
고 과제 Y 가 준비 되 여 있 다고 하면 X 와 Y 가 다 그것 들의 완료기 한부들을 만족시 키 도 
록 하는 유일한 방도는 X 를 선취하고 Y 를 끝까지 집행하고 다음에 X 를 끝까지 다시 
집 행 하는것 이 다. 

완료기 한부들을 가진 주기 적 인 과제 들을 일 정작성하는 실 례 로서 두개 의 수감부 A 와 
B 로부터 들어 오는 자료들을 수집하여 처 리하는 체계를 고찰하자. 수감부 A 로부터 들 
어 오는 자료를 수집 하기 위 한 기 한부는 매번 20 ms 를 만족시켜 야 하고 수감부 B 에 대 
해서는 매번 50 ms 를 만족시켜야 한다. A 의 매개 표본자료를 처리하는데 조작체계의 간 
접소비시간을 포함하여 10 ms 가 걸리고 B 의 매개 표본자료를 처리하는데는 25 ms 가 걸 
린 다. 표 10-2 에 두 과제 들의 실 행 분포를 요약하여 제 시 하였 다. 

콤퓨터는 매개 10 ms 마다 일정작성결정을 할 능력을 가지고 있다. 이러한 환경에서 
우선권일정작성방안을 사용하려고 한다고 하자. 이때의 결과를 그림 10-5 의 첫 두개의 
시 간선도에 서 보여 주고 있 다. 만일 A 가 보다 높은 우선권을 가진다고 하면 묘 의 첫 실 
례에서는 두개의 10 ms 의 구간에 해당한 20 ms 의 처리시간밖에 주어 지지 않으므로 끝까 
지 실행되기전에 기 한부에 도착하여 실패 한다. 만일 B 가 우선권이 더 높다면 A 는 첫번 
째 기 한부에 서 실패한것 이 다. 마지 막 시 간선도에 서는 최 소기 한부일 정작성 법 을 사용한 경 
우를 보여 주고 있다. 시 간 t =0 에서 A 1 과 B 1 이 도착한다. A 1 이 맨 처 음의 기 한부를 
가지고 있으므로 그것이 먼저 일정작성된다. A 1 이 완료되면 B 1 에 처리기가 배정된다. 
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t=20 에서 A2 가 도착한다. A2 가 B1 보다 기 한부가 더 먼저이므로 A2 가 끝까지 실행될 
수 있도록 B1 은 새 치기된다. 그러 다가 B1 은 t=30 에서 야 다시 계속된다. t=40 에서 A3 
이 도착한다. 그러 나 B1 의 마감기 한부가 더 먼저 이므로 B1 이 계속 실행되며 t=15 에서 
완료된다. 그다음에 A3 이 처 리기를 배정받아 t=55 에서 끝낸다. 


B1 B1 



0 10 20 30 40 50 60 70 80 90 100 시 간 (ms) 



완료기한부를 사용하는 
최초기한부일정작성 

A1 A2 B1 A3 A4 A5 B2 
그림 10-5. 완료기 한부를 가진 주기 적 인 실 시 간과제 의 일 정작성 

이 실례에서는 임의의 선취점에서 가장 가까운 기한부를 가진 과제에 우선권을 주는 
일정작성법 에 의하여 체계 의 모든 요구사항들을 만족시킬수 있 다. 과제가 주기적 이 고 예 
측가능한것 이 므로 정 적표구동식 일 정작성 방법 을 사용한다. 

이제 시 작기 한부들을 가진 비주기적 인 과제들을 취급하는 방안을 보기로 하자. 그림 
10-6 의 웃부분에서는 실행시간이 각각 20 ms 인 다섯개의 과제로 되여 있는 실례에 대한 
도착시간들과 시작기한부들을 보여 주고 있다. 표 10-3 에서는 다섯개의 과제들의 실행 
분포를 요약하여 보여 주고 있다. 

간단한 방안은 최초의 기한부를 가진 준비된 과제를 일정작성하며 그 과제를 끝까지 
실행 하는것 이 다. 이 방법을 그림 10-6 의 실례 에서 사용한 경우에 과제 B 가 즉시적 인 봉 
사를 요구하였음에도 불구하고 봉사를 거절당한데 대하여 주목하자. 이것이 비주기적인 
과제 특히 시작기한부를 가진 과제를 취급할 때 제기되는 현상이다. 이 방책을 개량하여 
과제가 준비되는 시간에 앞서 알수 있게 한다면 성능을 개선한다. 바로 자연적인 빈 시 
간이 있는 최초기한부방법 이라고 부르는 이 방책은 다음과 같이 동작한다. 
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그림 10-6. 시 작기 한부들을 가진 비 주기 적 인 실시 간과제 의 일 정작성 


표 10-3. 다섯개의 비주기적인 과제들에 대한 실행분포 


프로쎄스 

도착시 간 

집행 시간 

시 작기 한부 

A 

10 

20 

110 

B 

20 

20 

20 

C 

40 

20 

50 

D 

50 

20 

90 

E 

60 

20 

70 


항상 최 초의 기 한부를 가진 적 중한 과제 를 일정작성하여 그 과제 를 끝까지 실행하 
도록 한다. 적중한 과제는 준비되지 않을수 있고 이것은 준비된 과제들이 있다고 하여도 
처리기를 빈상태로 남아 있게 한다. 우의 실례에서 과제 A 가 준비된 유일한 과제임에도 
불구하고 체계는 그것의 일정작성을 그만 둔다는것에 주의를 돌린다. 결과는 처 리기가 
최대의 효률로 사용되지 않음에도 불구하고 일정 작성의 요구사항들을 만족한다는것 이 다. 
마지 막으로 비 교를 위하여 FCFS 방책 을 제 시 하였 다. 이 경 우에 과제 B 와 E 는 그것 들의 
기 한부들을 만족시키지 못한다. 

속도단조일정작성법 

주기 적 인 과제 들에 상반되 는 다중과제 일정 작성 문제 를 해 결 하기 위한 보다 유망한 한 
가지 방법 이 바로 속도단조일 정작성 ( RMS ) 법 이 다. 이 방안은 [ LIU 73] 에 서 처 음으로 제 
기 되 였 는데 최 근에 야 보편화되 였 다 [ BRI 99, SHA 94]. RMS 에 서 는 과제 들의 기 간에 기 초 
하여 그것들에 우선권들을 할당한다. 
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그림 10-7 에서는 주기적 인 과제들에 대 한 파라메터들을 설명 하고 있다. 과제의 주 
기 T 는 과제의 한 실례가 도착하여서부터 과제의 다음 실례가 도착할 때까지의 시간량이 
다. 과제의 속도 ( Hz ) 는 그것의 주기 (幻의 역수로 간단히 구할수 있다. 실례로 주기가 
50 ms 인 과제 는 20 Hz 의 속도로 발행 한다. 대 표적 으로 과제 주기 의 끝은 또한 비 록 일 부 
과제들이 시간적으로 보다 짧은 기 한부들을 가질수 있다고 하더 라도 과제의 하드기 한부 
이 다. 집 행 (또는 계 산)시 간 C 는 과제 가 매번 발행 하는데 걸리 는 처 리시간량이다. 단일처 
리 기 체 계 에 서 집 행 시 간은 주기 보다 크지 말아야 한다 (C m T ) 는것 이 명 백 하다. 만일 주 
기적인 


순환 1 


순환 2 


P | 처리 |_^_| 해 


D 


과제 P , 집행시간 C 


시간 


과제 P , 주기 T - ► 


그림 10-7. 주기적인 과제의 시간선도 


과제가 항상 끝까지 실행된다면 다시 말하여 과제의 실례가 불충분한 자원들때문에 봉사 
를 거절당하는 일이 없다면 이 과제에 대한 처리기의 사용률은 t / = C/T 이다. 실례로 과 
제 의 주 기 가 80 ms 이 고 집 행 시 간 이 55 ms 라 고 하 면 그 것 의 처 리 기 사 용 률 은 
55/80=0.6875 이 다. 

RMS 에서 최고우선권과제는 최 단주기를 가진것 이고 두번째 최고우선권과제는 두번 
째 최단주기를 가진것이며 이런식으로 계속되여 나간다. 한개이상의 과제가 집행에 사용 
할수 있을 때 최단주기를 가진것이 먼저 봉사받는다. 과제들의 우선권은 그것들의 속도 
의 함수로서 곡선을 그리면 결과는 단조증가하는 함수로 된다(그림 10-8). 여기로부터 
속도단조일정작성 법 이라는 이 름이 불게 되 였 다. 

주기 적일정작성알고리 듬의 효과성 을 측정하는 한가지 기 준은 그것 이 모든 하드기 한 
부들을 만족시키는것을 담보하는가 안하는가 하는것이다. 매개가 고정된 주기와 실행시 
간을 가지는 N 개의 과제를 고찰하자. 이때 모든 기 한부들을 만족시 킬수 있게 하자면 다 
음의 부등식 이 성 립하여 야 한다. 즉 

+ ^ + ( 10 - 1 ) 

Ti T 2 T n 

개별적과제들의 처리기사용률의 합은 값 1 을 넘을수 없는데 그것은 처리기의 총 사용률 
에 해 당한다. 식 10-1 은 완전한 일 정작성알고리 듬을 성 과적 으로 할수 있는 과제 수의 한 
계 를 준다. 임의의 특정한 알고리 듬에서 그 한계는 보다 작을수 있다. RMS 법 에서는 다 
음의 부등식 이 성 립한다는것을 알수 있다. 즉 


늦융… + 1 여 21 、 1 ) 


( 10 - 2 ) 


표 10-4 에서는 이 웃한계값들을 일부 보여 주고 있다. 과제수가 증가할 때 일정작 
성 의 한계 는 In 2& 0.693 에 로 다가 간다. 
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최고속도 및 



실례로 U ^ Q/Tj 인 세개의 주기적인 과제인 경우를 고찰하자. 즉 

• 과제 PI ： Ci=20 ； Tx = 100 ； Ui=0.2 

• 과제 P2: C 2 =40; T 2 = 150; U 2 =0.267 

. 과제 P3 ： C 3 =100 ； T 3 =350 ； U 3 =0.286 

이 세 개의 과제들에 대한 총 사용률은 0.2 +0.267 +0.286 =0.753 이 다. RMS 법을 
사용할 때 이 세 가지 과제 들의 일 정작성 능력 의 웃한계 는 

드 L + 드1 + 드 < 3(2 1/3 -1) = 0.779 
T \ T 2 T 3 

이 다. 세개의 과제들에 요구되는 총 사용률은 RMS 법 인 경우에 웃한계보다 작아야 하므 
로 (0.753 <0.779) RMS 법 을 사용한다면 모든 과제 들은 성 공적 으로 일정 작성 된 다. 

또한 식 10-1 의 웃한계는 최초기한부일정작성법에서 성립한다는것을 알수 있다. 이 
때 보다 큰 총체적 인 처 리기사용률을 엄을수 있고 따라서 보다 많은 주기적 인 과제들에 
최 초기 한부일정 작성 법 을 적 용할수 있 다. RMS 법 도 역 시 공업 적 인 응용분야들에 널 리 적 
용되였다. 이에 대하여 [SHA91] 에서는 다음과 같이 설명하고 있다. 즉 

1. 실천에서는 성능차이가 적다. 식 10-2 의 웃한계는 지내 과도한것이고 실천적으 
로 사용률이 보통 90 %정 도로 높아 진다. 

2. 대부분의 하드실시간체계들은 또한 그리 중요하지 않은 현시기들과 그리고 하드 
실 시 간과제 들에 RMS 법 을 사용하지 않는 처 리 기 시 간을 관찰하기 위하여 보다 낮 
은 우선권준위 에 서 집 행할수 있는 자체시 험프로그람과 같은 쏘프트실시 간요소들 
을 가지고 있다. 

3. RMS 법 에 의하여 쉽게 안전성을 보장할수 있다. 체계 가 과부하와 순간적 인 오유 
들로 인하여 모든 기한부들을 만족시킬수 없을 때 본질적인 과제들의 기한부들 
은 과제들의 이 부분모임을 일정작성가능하다는것을 담보할것을 요구한다. 정적 
우선권할당방법 에서는 본질적 인 과제들에 상대적 으로 높은 우선권들을 확실히 
부여하는것 이 필요하다. 이 것은 RMS 법 에서 본질적 인 과제 들이 짧은 주기들을 
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가지 도록 구성하거 나 본질적 과제 들이 계산에 대 하여 RMS 우선권들을 변경하는 
방법 으로 수행된다. 최초기 한부일정작성 법 에서 주기적 인 과제들의 우선권은 한 
주기로부터 다른 주기로 넘어갈 때 변경된다. 이것은 본질적인 과제들이 그것들 
의 우선권들을 만족시키도록 담보하는것을 더욱 어렵게 한다. 


표 10-4. RMS 의 웃한계값 


n 

n (2 中 1 -1》 

1 

1.0 

2 

0.828 

3 

0.779 

4 

0.756 

5 

0.743 

6 

0.734 

oo 

ln 2 =0.693 


제 3 절 Unux 의 일정작성 

LINUX 는 쏘프트실 시 간처 리 를 위한 두가지 일 정작성 부류를 혼합하여 제 9 장 제 3 
절에서 설명 한 전통적 인 UNIX 에 구축한것 이 다. LINUX 에서 적 용하고 있는 세 가지 부 
류의 일 정작성 법 은 다음과 같다. 즉 

• SCHED - FIFO : 선 입 선출실 시 간스레 드법 

. SCHED _ RR ： 순환실시 간스레 드법 

• SCHED _ OTHER ： 기타 비실시간스레드법 

매개 부류에서 다중우선권을 사용할수 있는데 SCHED_OTHER 부류보다 실시간부 
류들의 우선권들의 준위 가 더 높다. FIFO 스레 드법 들에 서 #음의 규칙 들을 적 용한다. 즉 

1. 체계는 다음의 경우들을 제외하고는 집행중에 있는 FIFO 스레드를 새치 
기 할수 없 다. 

1) 보다 우선권이 높은 다른 FIFO 스레드는 준비상태로 된다. 

L ) 집 행중에 있는 FIFO 스레 드는 입 출력과 갈은 사건을 기 다리 면서 폐 색된다. 
n ) 집행중에 있는 FIFO 스레드는 자의대로 처리기를 포기하고 기본지령 
sched_yield 를 호출한다. 

2. 집 행중에 있는 FIFO 스레드가 새 치 기될 때 그것은 우선권과 관련된 대기렬에 배 
치된 다. 

3. FIFO 스레 드가 준비 될 때 그리 고 만일 그 스레드가 현재 집 행 중에 있 는 스레 드 
보다 우선권이 더 높을 때에는 현재 집행중에 있는 스레드는 선취되고 보다 높 
은 우선권을 가진 FIFO 스레드가 집행된다. 만일 한개이상의 스레드가 보다 높 
은 우선권을 가진다면 가장 오래동안 기다리고 있던 스레드가 선택된다. 

SCHED_RR 방책은 SCHED_FIFO 방책과 류사한데 다른 점은 매개 스레 드와 관련 
되 는 시 간분균 몫을 더 해 주는것 이고}. SCHED_RR 스레 드가 자기 의 시 간할당몫들만 집 행 
하였을 때 그것은 중단되며 우선권이 동일하^！ 나 더 높은 실시 간스레드가 실행 을 위해 
선택된다. 
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[COMP98] 에서 인용한 그림 10-9 는 FIFO 와 RR 일정작성 법의 차이 를 설명하는 실 
례이 다. 어떤 프로그람이 그림 10-9 자 에서 보여 주는것과 같이 할당된 세 가지 상대우선 
권들을 가진 네개의 스레드를 가진다고 하자. 또한 기다리는 모든 스레드들에 현재의 스 
레드가 기 다리거 나 완료될 때 실행 하기 위하여 준비 되거 나 스레 드가 실행중에 있는 동안 
은 보다 높은 우선권을 가진 스레 드가 깨 여 나지 못한다고 하자. 그림 10-9 l 에서 는 모 
든 스레드들이 SCHED-FIFO 부류에 있다는것을 보여 주고 있다. 스레드 D 는 그것이 
기다리거나 완료될 때까지 실행된다. 다음 스레드 B 와 C 가 동일한 우선권을 가진다고 
하더 라도 스레 드 묘 는 그것 이 스레 드 C 보다 더 오래동안 기 다렸기때 문에 먼저 시동된다. 
스레드 묘 는 그것이 기다리거나 완료될 때까지 집행된다. 다음에 스레드 C 가 그것이 기 
다리거나 완료될 때까지 집행된다. 결국 스레드 A 는 맨 마지막에 집행된다. 


A 

최소 

B 

중간 

C 

중간 

D 

최대 


D —爭 B __爭 C __分 B _^ e _^ hr —- 

디 

그림 10-9. LINUX 의 일 정작성 의 실 례 
상대 스레 드 우선권， l-FIFO 일 정작성 법 의 흐름 
n-RR 일정작성 법 의 흐름 

그림 10-9 도에서는 모든 스레드들이 SCHED_RR 부류에 있을 때의 흐름실례를 보 
여 주고 있다. 스레드 D 는 그것이 기다리거나 완호될 때까지 집행된다. 다음에 스레드 
묘와 C 가 시간세분된다. 그것은 B 와 C 가 동일한 우선권을 가지고 있기때문이다. 

마지막에 스레드 A 가 집행된다. 마지막 일정 작성 부류는 SCHED_OTHER 이다. 이 
부류의 스레드 는 실시 간 스레 드 들이 집 행을 위해 준비되지 않고 있을 _ 때 에만 집 행된다. 
SCHED_OTHER 부류에서는 제 9 장 제 3 절에서 설명한 전통적 인 UNIX 일정작성알고리 
듬이 사호된다. 


제 4 절. UNIX SVR 4 의 일정작성 

UNIX SVR4 에 서 사용하는 일 정 작성 알고리 듬은 이 전의 UNIX 체 계 (제 9 장 3 절 에 서 
설 명한) 에 서 사용한 일 정작성알고리 듬을 수정완성 한것 이 다. 새 로운 알고리 듬은 실 시 간프 
로쎄스들에 가장 높은 우선권을，핵심부방식의 프로쎄스들에 다음으로 높은 우선권을 그 
리 고 시 간공유프로쎄스들이 라고 부르는 다른 사용자방식의 프로쎄스들에 가장 낮은 우선 
권을 주도록 설 계하였 다. 

SVR4 에서 실현한 두가지 중요한 변경 내 용은 다음과 갈다. 즉 

1. 선취 가능한 정 적 우선권 일 정작성 기 와 세 가지 우선권부류로 나눈 160 개 의 우선권 
준위모임의 도입 

2. 선취 점 들의 삽입 . 기 본핵 심 부는 선 취 되 지 않으므로 새 치 기 없 이 끝까지 실 행 시 켜 
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야 하는것은 처 리 단계 들로 분할한다. 처 리 단계 들사이 에서 선취 점 이 라고 부르는 
안전한 대목들은 핵심부가 어디에서 처리를 안전하게 새치기하며 새로운 프로쎄 
스를 일정작성할수 있는가를 확정한다. 안전한 대목들은 모든 자료구조들이 갱 
신되여 일관성이 보장되거나 신호기를 통하여 폐쇄되는 코드구역으로 정의된다. 

그림 10-10 에서는 SVR 4 에서 정의한 160개의 우선권준위들을 보여 주고 있다. 매개 
프로쎄스들은 세 가지 우선권부류의 하나에 속하도록 정의 하고 그 부류안에서는 우선권준 
위를 할당한다. 우선권부류들은 다음과 갈다. 즉 

• 실시간 (159 〜100》: 이 우선권준위들에 속하는 프로쎄스들은 임의의 핵심부나 시 
분할프로쎄스에 앞서 실행하도록 선택하는 책 임을 진다. 

• 핵심부 (99 〜60》: 이 우선권준위들에 속하는 프로쎄스들은 임의의 시분할프로쎄스에 
앞서 실행하도록 하면서도 실시간프로쎄스들까지 기다리도록 선택하는 책임을 진다. 

• 시 분할(59-0》: 실시 간응용들이 아닌 사용자응용들을 위한 우선권이 가장 낮은 프 
로쎄스들이 여기에 속한다. 

그림 10-11 에서는 SVR 4 에서 일정작성을 어떻게 실현하는가를 보여 주고 있다. 배 
분대 기렬은 매 개 우선권준위 와 관련되 며 주어 진 우선권준위의 프로쎄 스들은 순환식 으로 
집 행된다. 비 트사용벡 토르는 매 개 우선권준위용으로 한개 의 비 트를 포함하고 있는데 그 
비트는 비여 있지 않는 대기렬을 가진 임의의 우선권준위에 대하여 1 로 설정된다. 실행 
중에 있는 프로쎄스가 페색，시간세분만기 또는 선취로 인하여 실행상태를 벗어날 때마 
다 일정작성기는 dgactaiap 를 검사하여 최고우선권이 가장 높은 비여 있지 않는 대기렬 
로부터 준비프로쎄 스를 배 분한다. 또한 정 의된 선취 점 에 도달할 때 마다 핵 심 부는 
kprunrun 이라는 기발을 검사한다. 만일 설정되여 있으면 그것은 적어도 한개의 실시간 
프로쎄 스가 준비 상태 에 있고 그것 이 최 고우선권실시 간준비 프로쎄 스보다 더 낮은 우선권 
을 가지고 있다면 핵심부가 현재의 프로쎄스를 선취 한다는것을 가리 킨다. 
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그림 10-10. SVR 4 의 우선권부류 

시 분할부류안에서 프로쎄 스의 우선권은 가변적 이다. 일정작성 기 는 프로쎄 스가 시 간 
량자를 다 사용할 때면 매번 프로쎄스의 우선권을 감소시키며 프로쎄스가 사건이 나 자원 
으로 인하여 페색될 때에는 그것의 우선권을 증가시킨다. 시분할프로쎄스에 배정된 시간 
량자는 그것의 우선권에 관계되는데 우선권 0의 100 ms 로부터 우선권 59의 10 ms 범위에 
있다. 매개 실시간프로쎄스는 고정된 우선권과 고정된 시간량자를 가진다. 
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제 5 절. Windows 2000 의 일정작성 

Windows 2000( W 2 K ) 은 고속의 대화환경에서 또는 봉사기의 역할을 하면서 단일 
사용자의 요구에도 가능한 응답하도록 설계되 여 있다. W 2 K 에서는 우선권준위체 계 가 유 
연한 일정작성기를 실현하고 있는데 매개 우선권준위 내에서는 순환일정작성법을 적용하 
고 있으며 일부 준위에서는 현재의 스레드 활동성에 기초하여 동적가변우선권을 가진다. 
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그림 10-11. SVR 4 의 배 분대 기렬들 


프로쎄스 및 스레드우선권 

W 2 K 의 우선권들은 두가지 대역과 부류 즉 실시간부류와 가변부류로 조직된다. 즉 
시적인 반응을 요구하는 스레드들은 실시간부류에 속하는데 여기에는 통신과 실시간과제 
들과 같은 기능들이 포함된다. 

총체 적 으로 W 2 K 에서는 우선권구동선취 식 일정 작성 기 를 사용하기때 문에 실시 간우선 
권을 가진 스레드들은 다른 스레드들에 비하여 선행권을 가진다. 단일처리기에서는 현재 
집 행 중에 있는 스레 드보다 더 높은 우선권을 가진 스레드가 준비 되 면 보다 낮은 우선권 
을 가진 스레 드는 선취되고 처 리기 에는 보다 높은 우선권을 가진 스레드가 차례진다. 

우선권들은 부가지 부류에서 서로 조금 다르게 처리된다(그림 10-12). 실시간우선 
권부류에서 모든 스레드들은 언제나 변하지 않는 고정된 우선권을 가진다. 주어진 우선 
권준위 에서 모든 능동스레 드들은 순환대기렬에 들어 있다. 가변우선권부류에서 스레 드의 
우선권은 초기에 할당된 값으로부터 시작하여 스레드의 수명주기동안에 증가 또는 감소 
될수 있다. 이때 매개 우선권준위 에 FIFO 대기렬 이 있지만 프로쎄스는 가변우선권부류 
에서 다른 하나의 대기렬에로 이주할수 있다. 그러 나 우선권준위 15 에 속하는 스레드는 
준위 16에로 또는 실시 간부류의 다른 임의의 준위 에 로 승진시 킬수 없다. 

가변우선권부류에서 스레드의 초기우선권은 두가지 량 즉 프로쎄스기준우선권과 스 
레 드기 준우선권에 의하여 결정 된다. 프로쎄 스객 체 의 한가지 속성 은 프로쎄 스기 준우선권 
인데 이것은 0〜15 중에서 어느 한개의 값을 취할수 있다. 프로쎄스객체와 관련된 매개 
스레 드객 체 는 프로쎄 스의것 과 상대 적 인 스레 드기 준우선권을 표시하는 스레 드기 준우선권 
속성 을 가진 다. 스레 드의 기 준우선권은 그것 의 프로쎄 스의 것 과 같거 나 프로쎄 스의 것 보다 
2 준위 더 높거나 더 낮을수 있다. 실례로 프로쎄스가 기준우선권 4 를 가진다면 그것의 
스레 드의 우선권은 기 준우선권으로서 -1 이 고 따라서 그 스레 드의 초기 우선권은 3 이 다. 

일 단 가변우선권부류의 스레 드가 활성 화되 였 다면 스레 드의 동적우선권 이라고 부르는 
실제 우선권은 주어 진 경 계 들사이 에 서 변동될수 있 다. 동적 우선권은 스레 드의 기 준우선권 
의 낮은 한계 아래 로 떨어 질수 없으며 또한 15 를 결코 초과할수 없다. 그림 10-13 에서는 
그러한 실례 를 보여 주고 있다. 객체 는 기준우선권속성 4 를 가진다. 이 프로쎄스객체 와 
관련된 매개 스레드객체는 2-6 사이의 초기우선권을 가져야 한다. 매개 스레드에 대한 동 
적우선권은 2~15 의 범위에서 변동될수 있다. 만일 스레드가 그것의 현재 시간 
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그림 10-12 . Windows NT 의 스레 드배 분우선권 

량자를 다 써 버린 결과에 새치기되였다면 W 2 K 집행부는 그것의 우선권을 낮춘다. 만일 스 
레드가 입출력사건을 기다리도록 새치기된다면 W 2 K 집행부는 그것의 우선권을 높인다. 이 
때 처 리기위주의 스레드들은 보다 낮은 우선권들에 치우치고 입출력위주의 스레드들은 보다 
높은 우선권들에 치우친다. 입출력위주의 스레드들인 경우에 집행부는 다른 형태의 입출력 
(실례로 디스크입출력)보다 대화형기다림 (실례로 건반이나 화면기다림)을 위한 우선권을 더 
크게 높인다. 따라서 대화형스레 드들은 가변우선권부류내 에서 가장 높은 우선권을 가진다. 

다중처리기의 일정작성 

W 2 K 가 단일처리기에서 실행될 때 최고우선권스레드는 항상 그것이 사건을 기다리 
지 않는이 상 능동상태 에 있 다. 만일 최 고우선권을 가지 는 한개 이 상의 스레드가 있 다면 
우선권준위에 있는 모든 스레드들사이에서 순환법을 공유한다. iV 개의 처리기들을 가진 
다중처 리 기체 계 에서 ( N -1) 개의 최 고우선권스레 드들은 항상 능동상태 에 있으면서 ( N -1) 
개의 여유처리기에서 배타적으로 실행된다. 낮은 우선권을 가진 나머지 스레드들은 한 
개의 나머지 처리기를 공유한다. 실례로 만일 세개의 처리기가 있다면 두개의 최고우선 
권스레드들은 두개의 처리기에서 실행되며 나머지 모든 스레드들은 나머지 처리기에서 
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그림 10-13. Windows NT 의 우선권 관계 의 실 례 

우에서 지적한 규칙은 스레드 의 처리기계렬의 속성에 의하여 영향을 받는다. 만일 
스레드가 집행할 준비가 되였다해도 사용가능한 처리기들이 처리기계렬모임에 없다면 
그 스레 드는 기 다리 게 하고 집 행 부는 다음에 사용가능한 스레 드를 일 정작성한다. 

요약, 기본용어 및 복습문제 

밀 결 합형 다중처 리 기 에 서 다중처 리 기 는 동일 한 주기 억 기 에 접 근한다. 이 러 한 구성 에 
서 일정작성 구조는 얼마간 더 복잡하다. 실례 로 주어 진 프로쎄 스는 그것 이 완전한 수명 
주기들만 동일한 처리기에 할당할수 있거나 그것이 실행상태에 들어갈 때마다 매번 임의 
의 처 리 기 에 로 배 분될수 있 다. 성 능연구결과는 다중처 리 기 체 계 에 서 각이 한 일정 작성 알고 
리듬들사이의 차이가 그리 크지 않다는것을 보여 주고 있다. 

실시간프로쎄스나 과제는 어떤 프로쎄스나 기능，콤퓨터체계와 떨어 진 외부사건모임과 
관련되는것이고 그것은 외부환경과 효과적으로 그리고 정확히 상호작용하기 위하여 한개 또 
는 그이 상의 기 한부들을 만족시켜 야 한다. 실시 간조작체 계 는 실 시 간프로쎄 스들을 관리할수 
있는 능력 을 가진 조작체 계 이 다. 이 와 관련 하여 일정 작성알고리 듬에 대 한 전통적 인 기 준들 
은 적용하지 않는다. 오히려 기본인자는 기한부들의 집합이다. 이러한 정황에서는 선취권과 
상대적인 기한부들에 대한 반응에 크게 기대를 걸고 있는 알고리듬들이 적합하다. 

기본용어 


비 주기 적 과제 

립도 

실시간조작체계 

기한부일정작성법 

하드실시간과제 

실시간일정작성 

결정론적인 조작체 과1 

부하공유 

응답성 

고장완화조작 

주기 적 과제 

쏘프트실 시 간과제 

무리일정작성법 

속도단조일정작성법 

스레드일정작성 


복습문제 

1. 동기 화립 도의 다섯 가지 서 로 다른 범 주들을 를고 간단히 정 의하시 오. 
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2. 스레 드일 정작성 의 네 가지 수법 들을 들고 간단히 정 의하시 오. 

3. 부하공유의 세 가지 변종을 들고 간단히 정 의하시 오. 

4. 하드 및 쏘프트실시간과제들사이의 차이는 무엇인가? 

5. 주기 적 및 비 주기 적 실시 간과제 들사이 의 차이 는 무엇 인가? 

6. 실시간조작체계에 대한 요구사항의 다섯가지 일반적령역을 들고 간단히 정의하시오. 

7. 실 시 간일 정작성알고리 듬의 네 가지 부류를 들고 간단히 정 의하시 오. 

8. 과제 에 대 한 정보의 어떤 항목들이 실시 간일정작성 에 유익한가? 
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련습 문제 

1. 실 행분포가 표 10-5 와 같은 세 가지 주기 적 과제 모임 을 고찰하자. 이 과제 모임 에 
대 하여 그림 10-5 와 류사한 일정작성방안들을 작성 하시 오. 

표 10-5. 련습문제 1 의 실행분포 


프로 쎄스 

도착시 간 

집 행 시 간 

마감기한부 

A ⑴ 

0 

10 

20 

A ⑵ 

20 

10 

40 





B ⑴ 

0 

10 

50 

B(2) 

50 

10 

100 





C ⑴ 

0 

15 

50 

C(2) 

50 

15 

100 
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2. 실행분포가 표 10-6 과 같은 다섯가지 비주기적과제모임을 고찰하자. 이 과제모 
임 에 대 한 그림 10-6 과 류사한 일 정작성방안들을 작성 하시 오. 

3. 이 문제 는 속도단조일 정작성 을 위 한 식 10-2 가 일 정작성 을 하는데 충분한 조건 
으로 되지만 필요한 조건으로는 되지 못한다. 즉 식 10-2 가 만족되지 않는다고 
하더 라도 때 로는 성 공적 인 일 정작성 이 가능하다는것 을 보여 준다. 

다음의 독립적이고 주기적인 과제들로 된 과제모임을 고찰하자. 

표 10-6. 련습문제 2의 실행분포 


프로쎄스 

도착시간 

실행시간 

시작기한부 

A 

10 

20 

100 

B 

20 

20 

30 

C 

40 

20 

60 

D 

50 

20 

80 

E 

60 

20 

70 


• 과제 Pi ： Ci =20； Ti =100 

• 과제 P 2 ： Q =30； T 2 = 145 


속도단조일정작성 법 을 사용하여 이 과제 들을 성공적 으로 일정작성할수 있는가? 
L ) 이제 다음의 과제를 모임에 첨가하자. 즉 
• 과제 P 3 ： C 3 =68； T 3 = 150 
이때 식 10-2 가 만족되는가? 

c ) 앞에서 지적한 세개의 과제들의 첫 실례가 시간 f =0 에서 도착한다고 하자. 
그리고 매 개 과제의 첫 기 한부가 다음과 같다고 하자. 즉 
Di =100 ； D 2 =145 ； D 3 =150 

속도단조일정작성 법 을 사용하면 세 가지 모든 기 한부들이 만족되 겠는가? 앞으로 
매 개 과제 를 반복하기 위한 기 한부들은 어 떠한가? 

4. 8 개의 처 리기를 가진 다중처 리기는 20 개의 레프구동기들을 가지고 있다. 집 행을 
완료하는데 매 개 가 최 대 로 네 개 의 테 프구동기 가 필 요한 체 계 에 수많은 일 감들이 
있다. 매 개 일감은 먼저 장시 간동안 세개의 레 프구동기 만을 가지 고 실행하다가 
그것 의 연산이 끝날 무렵 에 짧은 시 간동안 네번째 레 프구동기 를 요구한다고 가 
정 하자. 또한 그러한 일감들이 끝없이 보충된다고 하자. 

"0 OS 의 일정 작성 기 는 사용가능한 네 개 의 테 프구동기들이 없다면 기 동하지 않 
는다고 하자. 일감을 시작할 때 네개의 구동기들은 즉시 할당되고 일감이 
끝날 때까지 해방되지 않는다. 이때 곧 실행중에 있을수 있는 일감의 최대 
수는 얼마인가? 이 방책의 결과로서 빈 상태로 남아 있을수 있는 레프구동 
기의 최대 및 최소수는 각각 얼마인가? 

L ) 테 프구동기의 사용률을 개선하고 동시 에 체 계의 교착을 회 피 하기 위한 다른 
방책을 생각해 보자. 곧 진행중에 있을수 있는 일감의 최대수는 얼마인가? 
놀고 있는 레프구동기의 수의 한계는 얼마인가? 
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제 5 편. 입출력 및 파일 

제 5 편의 중심 

조작체계설계 에서 가장 번잡스러 운 부분은 입출력기 능과 파일관리체 계 이 다. 입출력 
에서 기본문제는 성능이다. 입출력기능은 콤퓨터의 성능을 결정하는 중요한 요소이다. 
콤퓨터 체 계 의 내 부동작을 보면 처 리 기 속도가 계속 높아 지고 있지 만 아직 은 단일 처 리 기 
가 충분한 속도를 내지 못하고 있는 시 점 에서 SMP 구성 에 의하여 작업 속도를 높이 기 위 
한 다중처리기들이 제공되고 있다. 내부기억접근속도도 처 리기속도와 같은 증가률은 못 
되지만 역시 높아 지고 있다. 그럼 에도 불구하고 1준위，2준위 또는 그이상준위의 내 
부캐 쉬 를 능숙하게 사용함으로써 처 리 기 속도와 보조를 맞추도록 주기억 접 근시 간을 관리 
하고 있다. 그러나 입출력은 특히 디스크 기억기의 경우에는 큰 성능상의 도전에 부딪치 
고 있다. 

파일체계에서도 역시 성능이 문제이다. 믿음성과 보안과 같은 다른 설계요구사항도 
크게 제기된다. 사용자의 견지에서 파일체계는 조작체계의 가장 중요한 개념이다. 사용 
자는 파일들에 대 한 빠른 접근을 요구하지만 파일들이 잘못 되지 않게 하고 그것들의 허 
가와 접근을 안전하게 책 임 진다. 

제 5 편의 안내 


제11장. 입출력관리와 디스크일정작성 

제11장에서는 먼저 입출력기 억장치들과 조작체계의 입출력기능의 조직을 개괄한다. 
다음에 성능을 개선하기 위 한 각이 한 완충전략들을 취급한다. 이 장의 나머지부분에서는 
디스크의 입출력에 대하여 설명한다. 응답시 간을 개선하기 위하여 디스크접근의 물리적 
특성 들을 사용할수 있도록 다중디 스크요청 들을 일 정 작성 할수 있 는 방도들을 고찰한다. 
다음에 성능과 믿음성을 개선하기 위한 디스크배렬의 사용에 대 하여 검토한다. 마지막으 
로 디스크캐쉬에 대하여 고찰한다. 

제12장. 파일관리 

제12장에서는 여러가지 형태의 파일조직방법을 고찰하고 파일관리와 파일호출과 관 
련된 조작체계문제들을 조사한다. 또한 자료의 물리적 및 론리적조작방법들을 취급한다. 
그리고 대표적 인 조작체계가 사용자들에게 주는 파일관리와 관련된 봉사에 대 하여 설명 
한다. 다음에 파일관리체계의 한 부분인 특수한 기구들과 자료구조들에 대하여 고찰한다. 
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제 11 장. 입출력관리와 디스크일정작성 

조작체계설계에서 복잡한 대상은 입출력이다. 그것은 입출력장치들과 그 장치들의 
응용프로그람들이 매 우 다양하기 때 문이 다. 따라서 일 반성 과 일관성 을 보장하는것 은 어 려 
운 문제 이 다. 

이 장에서는 먼저 입출력장치들과 입출력기능의 조직에 대하여 간단히 언급한다. 
그 내용은 콤퓨터구성방식에 속하는것으로서 조작체계의 시점에서 보면 입출력검사에 대 
한 단계에 해당한다. 

다음 절에서는 설계목적과 입출력기능을 구성하는 방법을 비롯하여 조작체계설계문 
제들을 고찰한다. 그다음에는 입출력완충에 대 하여 고찰한다. 조작체계에 의 하여 제공되 
는 기본입출력봉사의 하나가 바로 완충기능이다. 이것은 전반적인 성능을 높여 준다. 

다음 절들에서는 자기디스크입출력에 대하여 전면적으로 고찰한다. 현재의 체계들에 
서 입출력형식은 가장 중요하게 취급되며 사용자가 직접 감촉하는 기본동작부분이다. 이 
장에 서 는 디 스크입 줄력 동작에 대 한 모형 을 개 발하는것 으로부터 시 작하여 성 능을 높이 는 
데 적용할수 있는 몇가지 수법들을 고찰한다. 

이 장의 부록에서는 자기디스크와 빛기억기를 비롯하여 2차고속기억장치들에 대한 
특성지표들을 요약한다. 


제 1 절. 입출력장치 

제1장에서도 언급한것처럼 콤퓨터체계와 동반하여 입출력에 사용되는 외부장치들은 
세가지 부류로 가를수 있다. 즉 

• 사람이 읽을수 있는 형 : 콤퓨터사용자와 통신하는데 적합한 부류. 실례로서 인 
쇄기 들，비 데 오현시 장치 말단들，건반 기 타 마우스와 같은것 들을 들수 있 다. 

• 기계가 읽을수 있는 형 : 전자설비들과 통신하는데 적합한 부류. 실례로서 디스 
크 및 레프구동기들, 수감기들，조종기들과 수행기구들을 들수 있다. 

• 통신형 : 원격장치들과 통신하는데 적합한 부류. 실례로서 수자식선로구동기들과 
모뎀들을 들수 있다. 

부류마다 큰 차이들이 있으며 매개 부류안에서도 실질적인 차이들이 있다. 그 차이 
들은 다음과 갈다. 즉 

• 자료속도 : 자료이송속도들사이에 몇자리씩 차이들이 있을수 있다. 그림 11-1 에 
서는 몇가지 실례들을 제시하고 있다. 

• 응용프로그람 : 설치되는 장치의 사용은 조작체 계와 보장되는 편의프로그람들의 
쏘프트웨어와 방책들에 영 향을 준다. 실례 로 파일용으로 사용되는 디스크는 파일 
관리쏘프트웨어 의 지 원을 요구한다. 가상기 억조직 의 폐 지 들을 림시 보관하는데 쓰 
이는 디스크는 가상기억하드웨어와 쏘프트웨어에 의존한다. 더 나아가서 이러한 
응용프로그람들은 디 스크일 정작성알고리 듬에 영 향을 미 친 다 (이 장의 뒤 부분에 서 
설 명한다. ) . 또 다른 실 례 로서 말단은 사용자나 체 계관리 자에 의해 사용될 수 있 
다. 이때 에 는 조작체 계의 각이한 특권준위들과 각이한 우선권들이 동반된다. 
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조종의 복잡성 : 인쇄기는 상대 적 으로 단순한 조종대면부를 요구한다. 그러 나 디 
스크는 훨씬 더 복잡하다. 이러한 차이들이 조작체계들에 미치는 영향은 다음절 
에서 언급하겠지만 장치를 조종하는 입출력모둘의 복잡성에 따라 어느 정도까지 
는 해소된다. 



자료속호. |bps) 

그림 11-1. 대표적인 입출력장치들의 자료속도 

• 이송단위 : 자료는 바이트 또는 문자들의 흐름(실례로 말단입출력)이나 보다 큰 
블로크(실례로 디스크입출력)로 이송될수 있다. 

• 자료표현 : 각이한 자료부호화방법들은 문자코드와 기우성방법에서의 차이를 포 
함하여 각이 한 장치들에서 사용되고 있다. 

• 오유조건들 : 오유들의 성질，오유통보방식，오유의 영향 및 응답들의 사용가능 
범위는 장치마다 다르다. 

이러한 다양성은 조작체계의 관점과 사용자프로쎄스의 관점으로부터 입출력에 대한 
통일적 이면서도 일관성 있는 방법을 확립하는데 난관을 조성한다. 

제 2 절. 입출력기능의 조직 

제1장 제7절에서는 입 출력 을 수행 하기 위한 세 가지 수법들을 요약하였 다. 즉 

• 프로그람식입출력 : 처 리 기는 프로쎄 스를 대 신하여 입출력지 령을 입출력모둘에 
발행한다. 다음에 그 프로쎄 스는 수행 하기 전에 조작이 완료되 기 를 기 다린 다. 

• 새치기구동식입출력 : 처리기는 프로쎄스를 대신하여 입출력지령을 발행하고 다 
음명 령 들을 계 속 집 행하다가 마지 막명 령 이 작업 을 끝냈 을 때 입 출력모둘에 의하 
여 새 치기된다. 만일 그 프로쎄스가 입출력의 완료를 기 다릴 필요가 없다면 다음 
명령들은 동일한 프로쎄스안에 존재할수 있다. 한편 프로쎄스는 새치기에 걸려 
중단되며 다른 작업 이 수행된다. 
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• 직접기 억기접근 ( DMA ) : DMA 모둘은 주기억기 와 입출력 모둘사이 에서 자료의 교 
환을 조종한다. 처 리 기는 자료블로크의 이송을 위한 요청 을 DMA 모둘에 로 보내 
고 블로크가 완전히 이송된후에만 새 치기된다. 

표 11-1 에서는 이 세가지 수법들사이의 관계를 보여 주고 있다. 대부분의 콤퓨터체 
계들에서 DMA 는 조작체계에서 제공해야 할 주되는 이송형태이다. 

입출력기능의 발전 

콤퓨터체계들이 발전함에 따라 개별적요소들의 복잡성과 다양성도 증가하였다. 지금 
에 와서 입출력기능에서는 이것 이 보다 더 뚜렷해 지 고 있다. 그 발전단계들은 다음과 
같이 요약할수 있다. 즉 

1. 처리기는 직접 주변장치를 조종한다. 이것은 단순한 극소형처리기로 조종되는 장 
치들에서 실현되고 있다. 

2. 조종기 또는 입출력모둘을 추가한다. 처 리기는 새 치기 가 없는 프로그람식입출력 
을 사용한다. 이 단계를 거쳐 처리기는 외부장치대면부들의 구체적인 세부들로부 
터 어느 정도 분리된다. 

3. 2단계와 비슷한 구성이지만 새치기를 새롭게 적용한다. 처리기는 입출력조작이 
수행되기를 기다리는 시간을 랑비하지 않으며 따라서 효률이 올라 간다. 

4. 입출력모둘은 DMA 를 거처 기억기를 직접 조종한다. 그것은 이송시작과 마감을 
제 외 하고는 처 리 기 의 개 입 이 없 이 기 억 기 의 안팎으로 자료블로크를 옮길수 있 다. 

5. 입출력모둘은 입출력을 위한 전용의 명령들을 가진 개별적인 처리기로 되도록 기 
능을 강화한다. 이때 중앙처 리 장치 ( CPU ) 는 주기억기의 입 출력프로그람을 실행 
하도록 입출력처 리기에 지시한다. 입출력처 리기는 처 리기의 간섭 이 없이 이 명 령 
들을 불러 내 여 집행한다. 이것은 처 리기로 하여금 입출력동작들의 순서를 규정 
하게 하며 모든 순서가 다 수행된 때에라야 새치기를 일으키게 한다. 

6. 입출력모둘은 자체의 국부기 억기를 가지며 사실상 그자체 가 하나의 콤퓨터 로 된 
다. 이러한 방식에서는 소형의 처리기환경에서 입출력장치들의 큰 규모의 모임을 
조종할수 있다. 이러한 방식을 공통적으로 사용하자면 대화말단들과의 통신을 조 
종해 야 하였다. 입출력처 리 기는 말단들을 조종하는데 참가하는 많은 과제들에 주 
의를 돌린다. 


표 11-1. 입출력수법 



새치기없음 

새치기사용 

처리기를 거처 입출력대 기억 
기이송 

프로그람식입출력 

새 치 기 구동식 입 출력 

직접입출력대 기억기이송 


직접기억기접근 ( DMA ) 


이와 같이 입출력기능이 발전풍부화되는 과정에 더욱더 많은 입출력기능들이 처리기 
의 참가없이 수행되게 되였다. 중앙처리기는 입출력과 관련된 과제들에서 점차 해방되고 
따라서 성능은 높아 졌다. 마지 막 두 단계 (5, 6단계 )에서는 프로그람을 집 행할수 있는 
입출력모둘의 개념을 도입함으로써 근본적인 변화가 일어 났다. 

전문용어 에 대 한 주의 : 4〜6단계 에서 지적한 모든 모둘들에 대 해서는 직접기 억기접 
근必 MA ) 이라는 용어가 적합하다. 왜냐하면 이러한 모든 형태가 입출력모둘에 의해주 
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기 억 기 에 대 한 직 접 조종을 포함하고 있기 때 문이 다. 또한 5단계 에 서 입 출력 모둘은 자주 
입출력통로라고 부르고 있고 6단계에서 입출력모둘은 입출력처리기라고 부르고 있다. 하 
지만 이러한 용어들은 경우에 맞게 사용한다. 이 절의 뒤부분에서는 입출력모둘의 두가 
지 형태들을 모두 입출력통로라고 부르기로 한다. 

직접기억기접근 



그림 11-2. 대표적 인 DMA 블로크도 

그림 11-2 에 서 는 일 반적 인 용어 로 DMA 론리 라고 부르는것 을 보여 주고 있다. 
DMA 장치는 처리기로부터 체계의 조종을 인계 받고 처리기의 기능을 모방한다. 그것은 
체계모선을 통하여 기억기의 안팎으로 자료를 이송한다. 대표적으로 DMA 모둘은 처리기 
가 모선을 필요로 하지 않을 때에만 모선을 사용해야 한다. 그렇지 않으면 처리기가 일 
시 조작을 중단하도록 해야 한다. 이 수법은 보다 일반화된 방법으로서 DMA 가 사실상 
모선주기 를 빼 앗는것 으로 되 므로 주기 빼 앗기 라고 부론다. 

DMA 방법은 다음과 같이 작업한다. 처 리기가 자료블로크를 읽거 나 쓰러고 할 때 
다음과 같은 정보를 DMA 모둘에 보내는 방법 으로 그것 에 지 령을 발행한다. 즉 

• 읽기 또는 쓰기가 요청될 때마다 처리기와 DMA 모둘사이의 조종선로를 사용하여 
요청되는 읽기 또는 쓰기의 조작형태 

• 자료선로들에서 통신되는 관련된 입출력장치의 주소 

• 자료모선을 통하여 통신되여 DMA 모둘로 그것의 주소등록기에 보관되는 읽거나 
쓰러는 기억기의 시작주소 

• 자료모선을 통하여 다시 통신되 여 자료계 수등록기 에 보관되 는 읽 거 나 써 넣으려 는 
단어 수 
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처 리 기는 한편 다른 작업 을 집 행한다. 처 리 기는 DMA 모둘에 입 출력조작을 위 임 한 
다. DMA 모둘은 처리기를 경유하지 않고 기억기의 안팎으로 직접 한개의 단어씩 자료블 
로크전체를 이송한다. 이송이 완료되 면 DMA 모둘은 처 리기 에 새 치기신호를 보낸다. 따 
라서 처 리 기 는 이 송의 시 작과 끝에 서 만 관여 한다 (그림 1-19 n ). 

그림 11-3 에서는 처리기가 명령주기에서 중단되는 점을 보여 주고 있다. 매개 경우 
에 처 리기는 모선사용을 요구하기직전에 중단한다. 그때 DMA 장치는 한개의 단어를 이 
송하고 처리기에 조종을 넘긴다. 이것은 새치기가 아니다. 이때에는 처리기가 문맥을 보 
관하지 않으며 그 어떤 다른 작업을 한다. 오히려 처리기는 한개의 모선주기동안 림시 
정 지 한다. 총체 적 으로 보면 처 리 기 가 보다 느리 게 집 행 된 다. 결 국 다중단어 의 입 출력 이 
송에 는 DMA 가 새 치 기 구동식 이 나 프로그람식입 출력 보다 더 욱 효과적 이 다. 

시간 ^ 



DMA 멈춤점 새치기멈춤점 


그림 11-3. 명령주기동안 DMA 및 새치기멈춤점 

DMA 기 구는 여 러 가지 방식 으로 구성할수 있 다. 몇 가지 구성가능성 을 그림 11-4 에 
보여 주고 있다. 첫번째 실례 에서는 모든 모둘들이 동일한 체 계모선을 공유하고 있다. 
처 리기를 대 리하여 동작하는 DMA 모둘은 기 억기와 입출력사이 에서 자료를 교환하는데 
프로그람식입출력방법을 사용한다. 이러한 구성에서는 비용이 많이 들지는 않지만 그대 
신 명 백 히 효률 이 낮다. 처 리 기 에 의 해 조종되 는 프로그람식 입 출력 에 서 는 매 개 단어 이 송 
에 두개 의 모선주기 (이 송요청 과 뒤 이 은 이 송)가 소비 된다. 

필요한 모선주기수는 DMA 가 입출력기능들을 통합함으로써 근본적으로 줄일수 있 
다. 그림 11-4 i •에서 보여 주는바와 같이 이러한 구성에서는 DMA 모둘과 체계모선을 
포함하지 않는 한개 또는 그이상의 입출력모둘사이를 련결하는 경로가 있다. DMA 론리 
는 실제상 입출력모둘의 한 부분으로 되거나 한개 또는 그이상의 입출력모둘들을 조종하 
는 개별적인 모둘로 될수 있다. 이러한 개념을 입출력모선을 사용하는 DMA 모둘에 입출 
력모둘을 련결하는 방식으로 한단계 더 확장할수 있다(그림 11-4 n ). 이것은 DMA 모둘 
에 서 입 출력 대 면부의 수를 한개 로 줄이고 구성 을 쉽 게 확장할수 있게 한다. 이 모든 경 
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려 진다. 디스크입출력은 그것의 중요성으로 하여 많은 주의가 돌려 지고 있고 이 장의 
많은 부분에서 디스크입출력효률에 대한 설명을 하고 있다. 

다른 중요한 목표는 일반성 이 다. 오유의 단순화와 오유로부터의 해 방을 위 하여 모 
든 장치들을 통일적인 방식으로 처리하는것이 필요하다. 이것은 프로쎄스들이 입출력장 
치들을 조사하는 방법과 조작체계 가 입출력 장치들과 조작들을 관리 하는 방법 에 적용한다. 
장치의 특성지표들의 차이로 하여 실천적으로 일반성을 보장하기 어렵다. 될수 있으면 
입출력기능의 설계에 계층적이면서 모둘적인 방법을 사용하여야 한다. 이 방법으로 낮은 
준위 의 루린들에 서 장치 입 출력 의 대 부분의 세 부들을 은폐 시 켜 줌으로써 사용자프로쎄 스들 
과 조작체계의 웃준위들이 읽기, 쓰기，열기，닫기，걸기，걸기해제와 같은 일반적인 기 
능들로 장치들을 갈라 볼수 있다. 

입출력기능의 론리적구조 

제2장에서 체계구조에 대하여 보았지만 거기에서 벌써 현대적인 조작체계들의 계층 
적인 성질에 대하여 강조하였다. 계층의 원리는 조작체계의 기능들이 그것들의 복잡성， 
특성시간척도，그것들의 추상준위에 따라 달라 질수 있다는것 이 다. 이 방법에 의하면 조 
작체 계 의 조직 을 여 러개의 층으로 구성한다. 매 개 층들은 조작체 계 의 필요한 기 능들과 
관련된 부분모임 을 수행한다. 보다 기 본적 인 기 능들을 수행 하며 그러 한 기 능들의 세 부들 
을 은폐시키는것은 보다 낮은 다음 층에 넘긴다. 그 층은 보다 높은 층에 봉사를 제공한 
다. 리상적으로는 층들이 한개의 층에서의 변화가 다른 층들에서의 변화를 필요로 하지 
않도록 정의되 여 야 한다. 이 로부터 한개의 문제 를 다루기 쉬 운 작은 문제 들로 분해한다. 

일반적으로 보다 낮은 층들은 훨씬 더 빠른 시 간척도로 처 리를 진행한다. 조작체계 
의 일부 부분들은 콤퓨터하드웨 어 와 직 접 대 화해 야 하는데 이 때 사건들은 몇 십 억 분의 일 
초정 도로 짧은 시 간척 도를 가진다. 스펙트르의 다른 끝에 서 보면 조작체 계 의 부분들은 
사용자와 통신을 진행하는데 사용자는 몇 초에 한번씩인 정 도의 훨씬 더 느린 속도로 지 
령을 발생한다. 층들의 모임을 사용하면 이러한 환경에 잘 어울릴수 있다. 

입 출력 기 능에 이 러 한 원리 를 구체 화하여 적 용하면 그림 11-5 에 서 제 안한 조직 형 태 로 
된다(표 2-4 와 비교하라.). 이러한 조직의 세부들은 장치와 응용프로그람의 형태에 관계 
된다. 가장 중요한 세가지 론리구조들이 그림 에 제시되 여 있다. 물론 특정한 조작체계는 
이 러 한 구조들과 정 확히 일 치 하지 않을수 있 다. 그러 나 일 반적 인 원 리 들을 그대 로 적 용 
하고 있는 대부분의 조작체계들에서는 대체 로 이 방법 으로 입출력을 진행한다. 

먼저 가장 간단한 경우로서 바이트렬이 나 레코드들과 같은 간단한 방법으로 통신하는 
국부주변장치에 대하여 고찰하자(그림 11-5 1). 이때 포함된 층들은 다음과 같다. 즉 

• 론리입출력층 : 론리입출력모둘은 장치를 론리자원으로 취급하며 실제적으로 장 
치 를 조종하는 세 부들과는 관계하지 않는다. 

• 장치입 출력 층 : 요청 된 조작들과 자료(완충된 문자들，레 코드들과 기 타) 는 입 출 
력명 령들의 적 당한 순서들, 통로지 령들과 조종기지 시들로 변환된다. 완충수법 들 
은 사용률을 개선하는데 사용할수 있다. 

• 일정작성 및 조종층 : 입출력조작들의 실제적인 대기렬짓기와 일정작성은 이 층 
에서 진행하며 조작들에 대 한 조종도 이 층에서 진행한다. 이때 새 치 기들은 이 
층에서 처 리하며 입출력상태 가 수집되 고 통보된다. 이것은 실제적 으로 입출력모 
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둘을 따라서 장치 하드웨 어 와 대 화하는 쏘프트웨 어 층이 다. 

통신장치의 입출력구조(그림 11-5 u ) 는 우에서 설명한것과 곡 같다. 기본차이는 
론리적 인 입 출력모둘이 그자체 가 많은 층들로 구성 될수 있는 통신구성 방식 으로 바뀌 여 
진것 이 다. 그러한 실 례 로서 부록 1에 서 취 급하는 TCP / IP 를 들수 있 다. 

그림 11-5 도 에 서 는 파일 체 계 를 지 원하는 2차기 억 기 에 서 입 출력 을 관리 하기 위 한 
전형 적 인 구조를 보여 주고 있다. 아직 설명하지 않은 세 개의 층들은 다음과 같은것들 
이다. 즉 

• 등록부관리층 : 이 층에서 기호들로 된 파일이름들은 직접적으로 또는 파일서술 
자나 색 인표를 통하여 간접적으로 파일을 참조하는 식별자들로 변환된다. 이 층 
은 또한 추가，삭제，재조직 등과 갈은 파일등록부에 작용하는 사용자조작들과 
관련되여 있다. 



그림 11-5. 입출력조직의 모형 
n - 론리주변장치, 통신포구，ᄃ-파일체계 







• 파일체계층 : 이 층에서는 파일들의 론리구조와 열기，닫기，읽기，쓰기와 같은 
사용자에 의해 명시될수 있는 조작들을 취급한다. 접근권은 또한 이 층에서 
관리 한다. 

• 물리조직층 : 가상기억기주소들은 토막화 및 페지화구조를 물리적인 주기억기주 
소들로 변환하여야 하며 파일들과 레코드들에 대한 론리적참조들은 2차기억장치 
의 물리 적 인 자리길과 분구, 물리 적 인 2차기억 기주소들로 변환하여 야 한다. 일 반 
적 으로 2차기억기의 공간과 주기억기의 완충기들의 배정도 역시 이 층에서 
취급한다. 

파일 체 계 가 중요하기 때 문에 이 장과 다음장에 서 그것 의 각이한 구성 요소들을 고찰하 
기 로 한다. 이 장에서는 하위의 세개층에 주목하여 설명 하고 제12장에서는 상위의 두개 
층에 대하여 취급한다. 


제 4 절. 입출력의 완충조직 

사용자프로쎄스가 매개 블로크의 길이가 512 byte 인 테프로부터 자료블로크들을 한 
번에 읽으러 한다고 하자. 가상위치 1000부터 1511까지 사용자프로쎄스의 주소공간의 자 
료령역 으로 자료를 읽 어 들이 려 한다. 가장 간단한 방법 은 레 프장치 에 대 한 입 출력 지 령 
( Read _ Block [1000, tape ] 와 같은)을 집 행하여 자료가 사용가능하게 되 기를 기 다리는 
것 이 다. 기 다림은 차지기 다림 (장치상태를 부단히 검사한다.)이거나 보다 실제적으로는 
새치기에 의한 프로쎄스중단일수 있다. 

이 방법 에는 두가지 문제가 있다. 우선 프로그람이 상대적으로 속도가 뜬 입출력 이 
완료되 기 를 기 다리 면서 잠시 정 지하는것 이 다. 두번째 문제 는 입 출력 에 대 한 이 방법 이 
조작체 계 에 의한 교체 결정 과 충돌을 일 으키 는것 이 다. 1000〜1511의 가상위 치 들은 블로크 
이송이 집행되는동안 주기억기에 유지되여야 한다. 한편 일부 자료는 소실될수 있다. 만 
일 페지화가 사용되 고 있다면 적 어도 목적위 치들을 포함하는 페지는 주기억기 에로 페쇄 
되여야 한다. 이때 프로쎄스의 일부분이 디스크에로 페지내기될수 있음에도 불구하고 이 
것 이 조작체 계 에 의하여 필 요하다고 해 도 프로쎄 스를 완전히 교체내 기 하는것 은 불가능하 
다. 또한 단일프로쎄스교착의 위험성이 있다는것을 주의하자. 만일 프로쎄스가 입출력지 
령 을 발행한다면 결과를 기 다리면서 중단되 고 조작이 시 작되기 전에 교체내 기되며 프로쎄 
스가 입출력사건을 처 리하면서 폐 색되 고 입출력조작은 프로쎄 스가 교체넣 기되 기를 기 다 
린다. 이 교착을 피 하기 위하여 입 출력조작에 참가하는 사용자기 억 기는 입출력조작이 대 
기렬에 들어 서고 얼마동안 집행될수 없다고 하더라도 입출력요청이 발행된후에 즉시 주 
기 억 기 에서 페쇄하여 야 한다. 

출력조작에 대 해서 도 고찰방법 은 꼭 같다. 만일 블로크가 사용자프로쎄스령역 으로 
부터 입출력모둘에로 직접 이송중에 있다면 프로쎄스는 이송되는동안 페색되고 프로쎄스 
는 교체내 기 되지 못할수 있다. 

이러한 간접소비시간들과 비효률성들을 없애기 위하여 때로는 요청들이 되기전에 
미 리 입 력 이송들을 수행 하고 요청 이 된후에 얼마동안 출력 이송들을 수행하는것 이 편리하 
다. 이 수법 을 완충이라고 한다. 이 절 에서 는 체 계의 성 능을 개 선하기 위하여 조작체 계 
들에 의하여 지 원되 는 완충방안 몇 가지 를 고찰한다. 
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각이한 완충방안들을 취급하는데서 때때로 두가지 형태의 입출력장치 즉 블로크지향 
형과 흐름지향형사이의 구별을 잘 해 두는것이 필요하다. 블로크지향 장치들은 보통 크 
기가 고정되여 있는 블로크들에 정보를 보관하며 이송들은 한번에 한개의 블로크씩 진행 
한다. 일반적으로 그것의 블로크번호에 의하여 자료를 참조할수 있다. 디스크들과 레프 
들은 블로크지 향장치들의 실례 이 다. 흐름지 향 장치들은 자료들을 블로크구조가 아닌 바 
이트흐름으로서 안팎으로 이송된다. 말단들，인쇄기들，통신포구들，마우스 기타 지시장 
치 들과 2차기억 기 가 아닌 대 부분의 다른 장치 들은 흐름지 향형 이다. 

단일완충기 

조작체계가 제공하는 지원의 가장 간단한 형태는 단일완충법이다(그림 11-6 L ). 
사용자프로쎄 스가 입 출력요청 을 발행할 때 조작체계 는 주기억기의 체 계부분에 있는 완충 
기를 조작에 할당한다. 

블로크지향장치 들에 서 단일 완충방안은 다음과 같이 설 명할수 있 다. 즉 입 력 이 송들 
은 체계의 완충기에로 진행된다. 이송이 완료되였을 때 프로쎄스는 블로크를 사용자공간 
으로 이동시키며 즉시 다른 블로크를 요청한다. 이것을 미리읽기 또는 선행입력이라고 
부르는데 이것은 블로크가 드디여 필요될것이라는 기대속에서 진행된다. 많은 형태의 계 
산에서는 자료가 보통 순차적으로 접근되기때문에 시간의 대부분이 론리적인 가정에 바 
쳐 진다. 처리순서의 끝에서만 블로크를 필요 없이 읽는다. 


조작체 계 사용자프로쎄 스 




조작체계 사용자프로쎄식;. 



그림 11-6. 입 출력완충방안(입 력 ) 

-단일 완충법 , n -2 중완충법 , 근-순환완충법 
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이 방법은 일반적으로 체계의 완충이 없는 경우에 비하여 속도가 높다. 사용자프로 
쎄스는 다음의 블로크를 읽어 들이는 동안 한개의 자료블로크를 처리할수 있다. 조작체 
계는 입 력조작이 사용자프로쎄 스기 억기가 아니 라 체계기 억기에 로 진행되기때 문에 프로쎄 
스를 교체내기할수 있다. 그러나 이 수법은 조작체계의 론리를 복잡하게 만든다. 조작체 
계는 사용자프로쎄스에 체계완충기들을 할당한 경로를 보존해 야 한다. 교체론리도 역시 
영향을 준다. 만일 입출력조작이 교체에 사용되는 동일한 디스크를 포함한다면 프로쎄스 
를 교체내기하기 위하여 동일한 장치에 디스크쓰기들을 대기렬짓는다는 느낌은 거의 들 
지 않는다. 프로쎄스를 교체하고 주기억기를 해방하려는 이러한 시도는 입출력조작이 끝 
날 때까지 하지 않는데 그 시 간에 프로쎄스를 디스크에 교체 하는것은 적 합하지 않다. 

블로크지향출력에 대해서도 우와 같이 고찰할수 있다. 자료가 장치에로 전송되고 있 
을 때 그것들은 먼저 사용자공간으로부터 체계완충기에로 복사되고 거기로부터 자료는 
드디여 쓰기된다. 요청하고 있는 프로쎄스는 결국 자유상태에 있거나 필요할 때 
교체된다. 

[ KNUT 9 기 에서 는 단일완충과 비완충사이의 완전하지는 못하지 만 교육에 유익 한 성 
능비 교를 하고 있 다. 한개 의 블 로크를 입 력하는데 필 요한 시 간을 T , 입 력 요청 들사이 에 
끼 여 드는 계 산시 간을 C 라고 하자. 완충이 없는 경 우에 블 로크 당 집 행 시 간은 T + (^>1 
다. 그런데 단일완충기 인 경우에 그 시 간은 max [ C , T ] + 사이 다. 여기서 M 은 자료를 
체 계완충기로부터 사용자기 억기에 로 옮기는데 필요한 시간이 다. 대부분의 경우에 뒤의 
값은 앞의 값보다 비할바 없 이 작다. 

흐름지향입출력에서 단일완충법은 단번행형식이나 단번바이트형식에 사용 할 수 있다 . 
단번행 조작은 흘리 기방식 의 말단(때 로는 벙 어 리 말단이라고도 부론다. )들에 적 합하다. 이 
러 한 형식의 말단에서 사용자입력은 한번에 한개의 행씩 하는데 행의 끝에서 복귀신호를 
낸 다. 말단에 로의 출력 은 입 력 에 서 와 류사하게 한번에 한개 의 행 씩 진행한다. 행인쇄 기 
는 그러한 장치 에 대 한 하나의 실례 로 된다. 단번바이트조작형 식 은 매 개 건반치 기 를 중 
요시 하는 양식방식 의 말단들과 수감기 와 조종기 들과 갈은 다른 많은 주변장치 들에 
사용되 고 있다. 

단번행입 출력 에 서 완충기 는 한개 의 행 을 유지 하는데 사용할수 있 다. 사용자프로쎄 스 
는 완전한 행이 도착하기를 기다리면서 입출력을 하는 동안 중단된다. 출력을 할 때 사 
용자프로쎄스는 출력행을 완충기 에 배 치 하고 처 리를 계속할수 있다. 이때 프로쎄스처 리 
는 완충기 가 첫 번째 출력 조작에 의해 비 기 전에 두번째 출력 행 을 보내 지 않는이 상에 는 중 
단할 필요가 없다. 단번바이 트형 식 인 경우에 조작체 계 와 사용자프로쎄스사이 의 대 화는 
제5장에서 취급한 생산자/소비자모형에 따른다. 

2 중완충기 

입 출력조작에 두개 의 체 계완충기 를 할당함으로써 단일완충법 을 개 선하였 다(그림 
11-6 n ). 프로쎄스가 한개의 완충기에로(로부터) 자료를 이송하는 사이에 조작체계는 
다른 완충기 를 비 운다 (채 운다) . 이 수법 을 2중완충법 또는 완충기교체법 이 라고 한다. 

블로크지향이송에서 max [ C , : T ] 토서 집행시간을 대 략 짐 작할수 있다. 이때 C<T 
이 면 블로크지향장치 가 완전한 속도로 계 속 진행할 가능성 이 있다. 한편 公이 면 2중 
완충법 에 의해 프로쎄 스가 확실 히 입 출력 에 관여하지 않아도 된 다. 어 느 경 우에 도 
단일완충법 에 비 하여 특성 이 개 선된다. 또한 이 개 선에서는 복잡성 이 증가된것 만큼 
가격이 증가된다. 
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흐름지향입력에서는 다시 두가지 선택적인 조작방식에 직면하게 된다. 단번행입출 
력형식에서 사용자프로쎄스는 그것이 2중완충기에 앞서 실행되지 않는한 입력 및 출력을 
중단할 필요가 없다. 단번바이트조작에서 2중완충기는 길이가 두배인 단일완충기에 비하 
여 특정한 우점을 발휘하지 못한다. 두 경우 모두 생산자/소비 자모형 에 따른다. 

순환완충기 

2중완충기방안에서는 입출력장치와 프로쎄스사이에서 자료의 흐름을 균일하게 내보 
내 야 한다. 만일 특정한 프로쎄스의 성능이 관심속에 주목된다면 입출력조작이 프로쎄스 
와 함께 유지되도록 해야 한다. 만일 프로쎄스가 고속의 입출력무리들을 수행한다면 2 
중완충법 은 적 합하지 않다. 이 경우에 는 두개 이상의 완충기 들을 사용해 야 문제 를 해 
결 할 수 있 다. 

두개이상의 완충기들을 사용할 때 완충기들의 집합을 순환완충기(그림 11-6 근)라 
고 부르는데 여기서 매개 개별적인 완충기는 순환완충기의 한개 단위로 된다. 이것은 단 
순히 제 5장에 서 취 급한 경 계완충기 의 생 산자/소비 자모형 이 다. 

완충법의 편의프로그람 

완충법 은 입 출력 요구의 첨두값들을 고루롭게 하여 주는 수법 이 다. 그러 나 프로쎄 스 
의 평균요구가 입출력장치가 봉사할수 있는것보다 클 때에는 완충량이 입출력장치로 하 
여금 프로쎄스와 명확히 보조를 맞출수 있게 한다. 완충기가 여러개 있다고 하여도 모든 
완충기 들이 결 국 가득차게 되 고 프로쎄 스는 자료의 매 개 토막을 처 리한후에 기다려야 한 
다. 그러 나 다중프로그람처 리환경 에 서 입 출력작업 이 각이하고 봉사하려 는 프로쎄 스작업 
이 각이할 때 완충법 은 조작체 계 의 효률과 프로쎄 스들의 성 능을 높일 수 있는 한가지 수 
법으로 된다. 


제 5 절. 디스크일정작성 

지난 30년동안 처 리 기들과 주기억기의 속도증가는 디 스크접 근속도의 증가를 훨씬 
릉가하였는데 처 리기와 주기억기의 속도는 두자리 증가한 반면에 디스크의 속도는 한자 
리 증가하였다. 결국 디스크의 속도는 현재 적 어도 주기억기 에 비 하여 네 자리정도 떨어 
지 고 있 다. 이 간격 은 앞으로도 계 속 유지 될 것 으로 보고 있 다. 그리하여 디 스크기 억 부분 
체계의 성능은 매우 중요한 관심사로 되고 있고 그것의 성능을 개선하기 위한 많은 연구 
가 진행되여 왔다. 이 절에서는 그와 관련된 일부 중요한 문제들을 강조하면서 가장 중 
요한 방법들을 고찰한다. 디스크체계의 성능이 파일체계 설계 문제들과 밀접히 관련되므로 
제12장에서 계속 취급한다. 

디스크성능과라에터 

디 스크입 출력 조작의 실 제 적 인 세 부는 를퓨터 체 계 와 조작체 계，입 출력 통로의 특성 과 
디 스크조종기 의 하드웨 어 에 관계 된다. 디 스크입 출력 이 송의 박자동기 선도를 그림 11-7 에 
제 시 하였 다. 
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장치기다림 통로기다림 자리찾기 회전지연 자료이송 


◄ -장치 차지- ► 

그림 11-7. 디 스크입 출력 이 송의 박자동기 선표 

디스크구동기 가 동작할 때 디스크는 일정한 속도로 회전한다. 읽기 나 쓰기를 위하 
여 자두는 해 당한 자리길 을 차지 하고 자리길 의 해 당한 분구의 시 작점 을 차지해 야 한 
다 . 1 자리 길을 선택 하자면 가동자두체 계 에서 는 자두를 이 동시켜 야 하고 고정 자두체 계 에 
서 는 한개의 자두를 정 기적 으로 선택하여 야 한다. 가동자두체계 에서 자리길에 자두가 자 
리 잡는 시 간을 자러찾기 시 간이 라고 한다. 자리길 이 일 단 선택 되 면 디 스크조종기 는 적 당 
한 분구가 자두와 줄을 맞추도록 회 전할 때 까지 기다려야 한다. 자두를 분구의 시 작점 에 
도달시키는데 걸 리는 시 간을 회전지 연시 간 또는 회 전기다림시 간이 라고 한다. 자리찾기시 
간과 회 전지 연시 간의 합을 접 근시 간이 라고 하는데 이것 은 읽거 나 쓰러 는 위 치를 차지하 
는데 걸 리는 시 간이 다. 자두가 일 단 자리를 차지하면 읽기 나 쓰기조작은 분구가 자두밑 
을 이동할 때 진행된다. 이것은 자료이송조작의 일부분이다. 접근시간과 이송시간외에 
디 스크입 출력조작과 정 규적 으로 관련된 몇 가지 대 기렬지 연들이 있 다. 프로쎄 스가 입 출력 
요청 들을 발행할 때 그것은 우선 장치 를 사용가능하게 하는 대 기렬 에서 기다려야 한다. 
그 시 간에 장치는 프로쎄스에 할당된다. 

만일 장치 가 한개 의 입 출력통로와 입 출력통로들의 모임 을 다른 디 스크구동기 들과 
공유한다면 통로를 사용가능하게 하기 위해 보충적 으로 기 다릴수 있 다. 그러한 시 점 에서 
디 스크접 근을 시 작하기 위하여 자리찾기 를 진행한다. 

일부 대형콤퓨터체계들에서는 회전위치수감 ( RPS ) 이 라고 부르는 수법을 사용하고 있 
다. 이 작업 은 다음과 같이 한다. 자리찾기 지 령 이 발행 되 면 통로는 다른 입 출력 조작을 
처 리 하기 위 하여 해 방된 다. 자리 찾기 가 완료되 면 장치 는 언제 자료가 자두밑 으로 올것 인 
가를 결정한다. 그 분구가 자두에 접 근할 때 장치 는 거 꾸로 주를퓨터 에 로 가는 통신선로 
를 도로 설 정 하기 위한 시 도를 한다. 만일 조종장치 나 통로가 다른 입 출력 에 의해 차지 
되고 있다면 재련결은 실패하고 장치는 다시 련결을 시도하기전에 옹근 한 회전을 순환 
해야 하는데 이것을 RPS 실패라고 한다. 이것은 그림 11-7 의 시간선상에 첨가되여야 하 
는 여분의 지연요소로 된다. 


자리찾기시간 


자리찾기시간은 디스크팔을 요구하는 자리길에 이동시키는데 필요한 시간이 다. 이것 
은 일정한 시 간으로 보장하기 곤난한 량이라는것을 알수 있다. 자리찾기시 간은 두가지 
기본요소 즉 초기시동시 간과 그리고 일 단 접근팔이 속도를 내 여 횡 단해 야 할 자리길들을 
가로 지르는데 걸리는 시간으로 되여 있다. 공교롭게도 가로지름시간은 자리길수에 대한 


디 스크조직 과 양식 화를 취 급한 부록 11 -T 를 보시 오. 
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선형함수로 되지 않고 시동시간과 설정시간(자두가 목적자리길우에 자리 잠은 후에 자리 
길식 별이 확정될 때까지의 시 간)을 포함한다. 

디스크요소들은 보다 작게，보다 가볍게 함으로써 커다란 개선을 가져 왔다. 몇년전 
에 대표적 인 디스크는 직경이 14인치 (36 cm ) 였다면 오늘날 대부분의 디스크는 직경이 공 
통적 으로 3. 5인치 (8.9 cm ) 로 되 여 팔이 이동해 야 할 거 리를 줄이 였다. 

회전지연시간 

플로피 디스크가 아닌 자기디스크들의 회 전속도는 540(卜 lOOOOrpm 인데 이것은 웃한계 
에서 보면 6 ms 당 한 회전하는것과 맞먹는다. 따라서 lOOOOrpm 에서 평균회전지연시간은 
3 ms 이 다. 플로피 디 스크는 대 표적 으로 30( 卜 600 rpm 사이 에 서 회 전한다. 이 때 평 균지연시 
간은 100 ms ~200 ms 사이에 있 다. 

이송시간 

디스크와 오고가는 자료의 이송시간은 다음의 식에서와 같이 디스크의 회전속도에 
관계된다. 즉 



여 기 서 T = 이 송시 간 

b = 이 송해 야 할 바이 트수 
N = 자리 길의 바이트수 
r = 초당회전수로 표시된 회전속도 


이 때 총체 적 인 평 균접 근시 간은 다음과 같이 표시할수 있 다. 즉 


여 기서 Ts 는 평 균자리찾기시 간이 다. 


박자동기의 비교 


앞에서 정의한 파라메터들에 의해 평균값을 믿을 위 험성을 보여 주는 두가지 서 로 
다른 입 출력조작들을 살펴 보자. 광고한 평 균자리찾기시 간이 10 ms 이 고 회 전속도가 
lOOOOrpm , 자리길당 320분구이고 매개 분구가 512 byte 인 대표적 인 디스크를 고찰하자. 
총 1.3 MB 인 2560분구로 된 파일을 읽으러고 한다. 이때 총 이송시간을 대략 계산 
하여 보자. 

먼저 파일 이 디스크에서 가능한 치밀하게 기 억되 여 있다고 보자. 즉 파일은 8개의 
린 접 한 자리 길 의 모든 분구들 (8 자리 길 X 320분구/자 리 길 =2560분구) 을 차지 한다. 이 것 을 
순차조직 이 라고 한다. 이제 첫번째 자리길을 읽는 시 간은 다음과 같다. 즉 
평균자리 찾기 10 ms 

회전지연 3 ms 
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320 분구읽기 6 ms 

19 ms 

나머지 자리길들은 본질적으로 자리찾기시간이 없이 읽을수 있다고 가정하자. 즉 
입출력조작은 디스크로부터 나가는 흐름을 따라 갈수 있다고 보자. 이때 련속된 매 
개 자리길은 3 + 6 = 9 ms 내 에 읽 어 진다. 완전한 파일을 읽 기 위 해서 는 다음의 
시간이 소비된다. 

총 시간 = 19X7X9 = 82 ms = 0.082 s 

이제 순차적 인 접근이 아니 라 자유접근방식으로 동일한 자료를 읽는데 필요한 시간 
을 계산하여 보자. 즉 분구들에 대한 접근률은 디스크에서 임의로 분산된다. 매개 분구 
에 대하여 다음의 시간이 걸린다. 

평균자리찾기 10 ms 

회전지연 3 ms 

1분구의 읽기 0.01875 ms 

一 13.01875 ms 

총 시간 = 2560 X 13.01875 = 33328 ms = 33.328 s 

분구들을 디스크로부터 읽 어 내 는 순서는 입출력성능에 엄청난 효과를 낸다는것 이 
명 백하다. 여 러 분구들을 읽 고쓰는 파일 접 근인 경 우에 자료분구들을 산개 시 키 는 방법 에 
대 한 어 떤 조종을 하는데 다음장에 서 이 제 목에 대 한것 을 지 적한다. 그러 나 파일 접 근인 
경 우조차 다중프로그람처 리 환경 에 서 동일한 디 스크에 대 하여 경 쟁하는 입 출력 요청 들이 
있을수 있다. 이때 디스크입출력의 성능을 디스크에 대한 순전한 자유접근에 의해 달성 
하는것보다 더 좋게 개선할수 있는 방법들을 조사하는것 이 유익하다. 

디스크일정작성방책 

방금 서술한 실례 에서 성능의 차이를 가지게 되는 리유는 자리찾기시 간에서 찾을수 
있다. 만일 분구접근요청들이 자유로 자리길들의 선택을 동반한다면 디스크 입출력의 성 
능은 현실적으로 빈약하다. 문제를 개선하기 위하여서는 자리찾기들에 소비되는 평균시 
간을 줄이는것 이 필요하다. 

조작체 계 가 매 개 입 출력장치 에 대 한 요청대 기렬을 유지 하는 다중프로그람처 리환경 에 
서 대 표적 인 정 황을 고찰하자. 단일디 스크에서 대 기렬의 각이한 프로쎄 스들로부터 많은 
입 출력 요청들(읽 기 와 쓰기 ) 이 있을수 있다. 만일 대 기렬에서 자유순서 로 항목들을 선택 
한다면 방문하려 는 자리 길 들이 자유로 발생하여 나쁜 성 능을 주게 될 것 이 라는것 을 예 상 
할수 있다. 이 확률적일 정작성 방법 은 다른 수법 들을 평 가하기 위한 견본으로서 쓸 
모가 있다. 

가장 단순한 일정작성법은 선입선출 ( FIFO ) 일정작성법인데 이것은 대기렬의 항목들 
을 단순히 순차적 으로 처 리 한다는것 을 의 미한다. 이 전 략은 공평한것 이 우점 인데 그것 은 
매개 요청이 봉사를 받되 접수된 순서로 봉사를 받기때문이다. 그림 11-8 자에서는 
FIF ◦법으로 디스크팔을 이동시키는 경우를 보여 주고 있다. 이 실례에서는 디스크의 자 
리 길 수가 2000이 고 디 스크요청 대 기 렬 이 자유요청 들에 의 한것 이 라고 가정 하였 다. 요청 된 
자리길들을 접수한 순서는 55，58，39，18，90，160, 150, 38, 184이다. 표 11_2 자에서 
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'데 유익 할수 있 다. 이 많은것 들을 표 11-3 에 목록화하여 제 시하였는데 이 제 부터 구 
으로 고찰하여 보자. 


표 11-2. 디스크일정작성 알고리듬 


ᄀ) FIFO 

(자러길 100에서 시 
작) 

L ) SSTF 

(자리길 100에서 시작) 

n ) SCAN 

(자리길 100에서 자리 
길번호가 증가하는 방 
향으로 시작) 

ᄅ) S-SCAN 
(자러길 매0에 서 자리 길 
번호가 증가하는 방향으 
로 시작) 

다음의 접 

가로 지 

다음의 접 

가로 지 

다음의 접 

가로 지 

다음의 접 

가로 지 

근자리길 

르는 자 

근자리길 

르는 자리 

근자리길 

르는 자리 

근자리길 

르는 자리 


리길수 


길수 


길수 


길수 

55 

45 

90 

10 

150 

50 

150 

50 

58 

3 

58 

32 

160 

10 

160 

10 

39 

19 

55 

3 

184 

24 

184 

24 

18 

21 

39 

16 

90 

94 

18 

166 

90 

72 

38 

1 

58 

32 

38 

20 

160 

70 

18 

20 

55 

3 

39 

1 

150 

10 

150 

132 

39 

16 

55 

16 

38 

112 

160 

10 

38 

1 

58 

3 

184 

146 

184 

24 

18 

20 

90 

32 

평균자리 
찾기 길이 

55.3 

평균자리 
찾기 길이 

27.5 

평균자리 _ 
찾기 길이 

27.8 

평균자러찾 
기길이 

35.8 


우선권 

우선권에 기 초한 체 계 ( PRI ) 에 서 일 정작성 의 조종은 디 스크관리 쏘프트웨어 의 조종밖 
에서 진행된다. 이러한 방법은 디스크의 사용률을 최적화하기 위한것이 아니라 조작체계 
안의 다른 목적 을 실 현하기 위한것 이 다. 흔히 짧은 일 괄일 감들과 대 화일 감들에 는 장시 간 
의 계산을 필요로 하는 보다 긴 일감들보다 보다 높은 우선권이 부여된다. 이것은 많은 
짧은 일감들이 체계와 즉시에 조화되고 좋은 대화응답시간을 보장할수 있다. 그러나 보 
다 긴 일 감들은 과도하게 긴 시 간동안 기 다릴수 있 다. 그러한 방책 에 대 하여 일 부 사용 
자들이 대 응책 을 세울수 있는데 그들은 체 계를 촉진시 키 기 위하여 일감들을 보다 작은 
조각들로 분할한다. 

후입 선출법 

가장 최 근의 요청 들을 항상 택하는 전략은 일정한 우점 을 가진다. 트랜잭 션처 리 체 
계에서 가장 최근의 사용자에게 장치를 배당하면 순차적인 파일을 따라 팔을 조금 이동 
시키거나 전혀 이동시키지 않을수 있다. 이러한 국소성의 원리를 사용하면 처리능력을 
개선할수 있고 대기렬의 길이를 줄일수 있다. 일감이 실제적으로 파일체계를 사용하고 








표 11-3. 디스크일정작성알고리듬 [ WIED 87] 


이름 

설명 

주의 


요청자에 따로는 선택 


RSS 

확률적일정작성법 

분석 과 모의 를 위한것 이 다. 

FIFO 

선입 선출법 

모든것 들중에 서 가장 공평하다. 

PRI 

프로쎄스우선권법 

디스크대기 렬 관리 범위를 넘어 조종 
한다. 

LIFO 

후입 선출법 

요청항목에 따르는 선택 

국소성과 자원사용률을 최 대 화한다. 

SSTF 

최단봉사시간우선법 

사용률이 높고 대기렬이 작다. 

SCAN 

디 스크정 역 방향법 

봉사분산이 더 좋다. 

CSCAN 

고속복귀 형 SCAN 법 

봉사가변성이 낮다. 

N 걸음 

한번에 자개의 레코드를 주사하는 N 걸음 

봉사를 보증한다. 

SCAN 

SCAN 법 


FSCAN 

SCAN 주기의 시 작점 에서 대 기렬의 크기 
가 N 인 N 걸음 SCNA 법 

적재를 수감한다. 


FIFO , 우선권， LIFO (후입선출)일정작성법은 다만 대기렬이나 요청자의 할당들에 
기 초하고 있 다. 만일 현재 의 자리길위 치 가 일정작성 자에 게 알려 져 있 다면 요청 된 항목 
에 기 초한 일정작성 법 을 사용할수 있 다. 이 방책 들을 다음에 고찰하자. 


최단봉사시간우선법 

최 단봉사시 간우선 ( CSTF ) 방책은 디스크의 팔을 현재의 위 치로부터 가장 적게 이동 
시 킬것 을 요구하는 디 스크입 출력 요청 을 선택하는것 이 다. 따라서 자리찾기시 간이 최 소로 
되도록 선택한다. 물론 최소자리찾기시간을 선택하면 항상 많은 팔이 운동들에 대한 평 
균자리찾기시 간이 최소로 된다는 담보는 없다. 그러 나 이것 은 FIF ◦법 보다 더 좋은 성능 
을 보장한다. 팔이 두 방향으로 이동할수 있기때문에 자유련결차단알고리듬은 거리가 같 
은 경우들을 해결하는데 사용할수 있다. 

그림 11-8 l 와 표 11-2 i ■에서는 FIFO 법을 사용한 동일한 실례에 대한 SSTF 법의 
성능을 보여 주고 있다. 

SCAN 법 

FIFO 법 을 제 외 하고 지 금까지 설명한 모든 방책 들에서 는 수행 되 지 못한 어 떤 요청 
을 대기렬 이 완전히 빌 때 까지 처 리하지 못할수 있다. 즉 현존요청 에 앞서 선택하게 될 
새로운 요청들이 항상 도착할수 있다. 이 짧은 시간동안의 고갈을 방지하는 단순한 방법 
이 바로 SCAN 알고리듬이다. 

SCAN 에 서 팔은 오직 한 방향으로만 이 동하기 위하여 필요한데 미 해 결 중에 있는 
모든 요청들은 이동도중에 만족시키면서 이동방향에서 마지막자리길에 도달할 때까지 또 
는 이동방향에서 더는 요청을 하지 않을 때까지 이동한다. 이 마지막 경우를 때 로는 
LOOK 방책 이라고도 한다. 다음에 봉사방향은 거꾸로 되여 주사는 반대방향으로 진행되 
며 다시 모든 요청들을 순서대 로 접수한다. 
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그림 11-8 n 와 표 11-2 n 에서 는 SCAN 방책 을 설명해 주고 있다. 보는바와 같이 
SCAN 방책은 SSTF 방책과 거의 동일하게 동작한다. 사실 팔이 실례의 시작점에서 자리 
길 번호가 작아 지 는 방향으로 이 동하고 있 다고 가정하였 다면 일정작성 패 턴은 SSTF 법 이 
나 SCAN 법과 동일하다. 그러 나 이것은 새 로운 항목들이 대기렬에 첨 가되지 않는 정적 
인 실례 이 다. 대기렬 이 동적 으로 변화되 고 있는 경 우에 도 SCAN 법은 요청패 턴이 별 다른 
것을 제외하고는 SSTF 법에서와 류사하다. 

SCAN 방책은 가장 최근에 가로 지른 구역과 반대쪽으로 편위된다. 이것은 SSTF 나 
지 어 LIFO 와 같이 국소성을 사용하지 않는다. 

SCAN 방책 은 일 감들의 요청 들이 제 일 안쪽 또는 제 일 바깥쪽의 자리길들에 제 일 가 
까운 자리 길 들에 대 한것 이 라면 그러한 일 감들에 보다 유리 하고 또한 제 일 마감에 도착하 
는 일 감들에 도 유리 하다는것 을 쉽 게 알수 있 다. 첫 번째 문제 는 CSCAN 법 에 의하여 피 
할수 있 고 두번째 문제 는 N 걸 음 SCAN 법 에 의하여 극복할수 있 다. 

CSCAN 법 

CSCAN (순환식 SCAN ) 법은 한 방향으로만 주사하도록 제한한다. 한 방향으로 전진 
하여 마지막 자리길을 방문하였을 때 팔은 디스크의 반대끝으로 되돌아 오면서 주사를 
다시 시 작한다. 이 것은 새 로운 요청 들에 의하여 부닥치는 최 대지연을 감소시 킨다. 
SCAN 법 에서 만일 안쪽 자리길로부터 바깥쪽 자리길로 주사하는데 걸리 는 예 상시 간을 
f 라고 하면 원주의 분구들에 대하여 예상되는 봉사시간간격은 이다. 그러나 CSCAN 법 
에서 는 그 간격 이 t + s max 정 도로 된다. 여 기서 s max 는 최 대 자리찾기시 간이 다. 그림 11-8 
ᄅ에서는 CSCAN 법의 동작을 보여 주고 있다. 

N 걸음 SCAN 법 및 FSCAN 법 

SSTF , SCAN 및 CSCAN 법들에서는 고찰하는 시 간주기동안 팔을 이동시키지 않아 
도 될수 있다. 실례로 한개 또는 몇개의 프로쎄스들이 한개의 자리길에 대한 고속접근을 
한다면 그것 들은 그 자리 길 에 대 한 요청 들을 반복함으로써 장치 를 완전히 독점할수 있 다. 
고밀 도다중면 디 스크들은 저 밀 도디 스크들이 나 한개 또는 두개 의 면을 가진 디 스크들보다 
이 특성 지 표들에 의하여 더 큰 영 향을 받을수 있 다. 이 〈〈 팔의 점 착성》을 회 피 하기 위 
하여 디스크요청 대 기렬을 토막화하는데 여기서 토막은 한번에 완전히 처 리할수 있는것 이 
다. 이 방법의 두가지 실례가 바로 N 걸음 SCAN 법과 FSCAN 법이다. 

N 걸음 SCAN 법에서는 디스크요청대기렬을 길이가 N 인 부분대기렬로 토막화한다. 
부분대 기렬들은 SCAN 법 을 사용하여 한번에 한개씩 처 리한다. 대 기렬을 처 리 하고 있는 
동안 새로운 요청들은 다른 대기렬에 첨가하여야 한다. 만일 이보다 적은 요청들이 주사 
의 끝에서 사용가능하다면 그것들모두는 다음의 주사와 동시에 처리된다. m 값이 클 
때 N 걸음 SCAN 법의 성능은 SCAN 법에 가깝다. N =1 일 때에는 FIFO 법을 채용한다. 

FSCAN 법 은 두개의 부분대 기렬을 사용하는 방책 이 다. 주사가 시 작될 때 모든 요청 
들은 대 기렬중의 한개 에 들어 있고 다른 대 기렬은 비 여 있다. 주사를 진행하는 동안 모 
든 새 로운 요청들은 다른 대기렬에 들어 간다. 이때 새 로운 요청들에 대 한 봉사는 낡은 
요청들이 처리될 때까지 연기된다. 
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제 6 절. RAID 

앞에서 설명한바와 같이 2차기억기의 성능개선률은 처리기들이나 주기억기의 개선률 
보다 현저히 낮다. 이러한 불일치는 디스크기억체계가 총체적인 콤퓨터체계성능을 개선 
하는데 서 기본초점으로 된다. 

콤퓨터성능의 다른 령역에서와 같이 디스크기억기설계자들은 지금까지는 한개의 요 
소를 꽃아 넣었다면 이제는 다중병렬요소들을 사용하여 보충적인 성능리득을 얻어야 한 
다는것을 인식하게 되였다. 디스크기억기인 경우에 이러한 인식은 독립적으로 그리고 병 
렬로 동작하는 디스크배 럴을 개발하는데 로 떠밀 었다. 다중디 스크에서 개별적 인 입 출력요 
청 들은 필요한 자료가 개 별적 인 디 스크들에 상주하는 동안 병 렬로 처 리할수 있다. 더우 
기 단일한 입출력요청은 접근하려는 자료블로크가 다중디스크들에 걸쳐 분산되여 있는 
경우에 병렬로 집행할수 있다. 

다중디스크들을 사용할 때 자료를 조직하고 믿음성을 개선하기 위하여 여분을 첨가할수 
있는 방도에는 여러가지가 있다. 이것은 많은 가동환경들과 조작체계들에 사용할수 있는 자 
료기지 방안들을 개 발하는것을 곤난하게 할수 있다. 다행 히도 RAID (독립디스크여 분배 렬)라 
고 부르는 다중디스크자료기지의 설계에 대한 표준방안이 공업적으로 실현되였다. RAID 방 
안은 0준위 〜6준위 로 된 7개 의 준위 2 로 이 루어 져 있 다. 이 준위 들은 계 층적인 관계 를 의 미 
하지 않지 만 세 가지 공통적 인 특성지 표들을 공유하는 각이 한 설계 방식을 지적 한다. 즉 



’ 그림 11-9(1). RAID 준위 

n -RAID 0 ( 비 여 분 )， l -RAID 1(대칭 복제 ) , n -RAID 2 ( 하밍 코드에 의한 여 분) 


2 일부 연구사들과 회 사들에 의 하여 보충적 인 준위들이 정의되 기는 하였으나 이 절에서 설명 하는 7개 
의 준위들은 일반적으로 쓰이는것들이다. 
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는 이미 기억된 기우성정보를 사용한다. 이제 매개 RAID 준위들을 보기로 하자. 표 11- 
4에 서 는 7개 의 준위 들을 요약하여 제 시하였 다. 이 것 들중에 서 2준위 와 4준위 는 상업 적으 
로 제공되지 않았고 공업적으로 실현하는데 적당하지 못하다. 그럼 에도 불구하고 이 준 
위들에 대한 서술은 일부 다른 준위들에서 설계선택들을 명백히 하는데 도움을 준다. 

그림 11-9 의 실례들에서는 여분이 없는 4개의 디스크들을 필요로 하는 자료용량을 
지 원 하기 위한 7개 의 RAID 방안들을 사용하는 경 우들을 보여 주고 있 다. 그림 에 서 사용 
자자료와 여분의 자료의 틀거 리를 강조하고 각이한 준위들의 상대적 인 기 억요구사항들을 
보여 주고 있다. 이 그림을 참조하면서 다음의 설명을 해나가도록 한다. 

RAID 0준위 

RAID 0준위 는 성 능을 개 선하기 위한 여 분을 포함하고 있지 않기 때 문에 성 능과 용 
량이 주요관심사로 되고 저가격이 믿음성개선보다 더 중요한 초고속콤퓨터들에서 일부 
응용되고 있다. 

RAID 0에서 사용자 및 체 계자료는 배 렬의 모든 디스크들에 걸쳐 분산된다. 이것은 
단일한 대형디 스크를 사용할 때보다 커 다란 우점을 가진다. 만일 두개의 서 로 다른 입 출 
력요청들이 두개의 서로 다른 자료블로크들에 대한것이라면 요청된 블로크들이 서로 다 
른 디스크들에 있을수 있다. 그러면 두개의 요청들은 병렬로 발행될수 있고 따라서 입출 
력대기렬시간을 줄일수 있다. 

그러 나 다른 모든 RAID 준위들에서와 같이 RAID 0에서도 디스크배렬에 걸쳐 자료 
를 단순한 방법으로 분산시키지는 않는다. 즉 자료는 사용가능한 디스크들에 걸쳐 기억 
띠화한다. 이것은 그림 11-10 을 보면 잘 알수 있다. 모든 사용자 및 체계자료는 하나의 
론리디스크에 기 억되 여 있는것처 럼 보인다. 디스크는 기 억띠들로 분할한다. 기 억띠들로 
서는 물리적인 블로크들，분구를 또는 다른 단위들이 될수 있다. 기억띠들은 련속적인 
배렬성원들에 순환식으로 사영된다. 한개의 기억띠가 매개 배렬성원에로 정확히 사영되 
는 론리적으로 련속되는 기억띠들의 모임을 띠무늬라고 부론다. 지디스크배렬에서 첫 n 
개 의 론리 기 억 띠 들은 첫 띠 무늬 를 형 성하는 71개 의 디 스크의 매 개 디 스크에 첫 번째 기 억 
띠로서 물리적으로 기억된다. 두번째 끄개의 기억띠들은 매개 디스크의 두번째 기억띠들 
로 분산된다. 이런 식으로 계속되여 나간다. 이러한 구성의 우점은 한개의 입출력요청이 
여러개의 론리적으로 련속인 기억띠들로 이루어 질 때 그 요청에 대한 n 개까지의 기억 
띠들을 병 렬로 처 리할수 있고 따라서 입출력 이송시 간을 단축할수 있는것 이 다. 

그림 10-10 에서는 론리디스크공간과 물리 디스크공간사이 에서 사영 하기 위 한 배 렬관 
리 쏘프트웨 어 의 사용정 형 을 보여 주고 있 다. 쏘프트웨어 는 디 스크나 주콤퓨터 에 서 집 행 
할수 있다. 

고속자료이 송용량용 RAID 0 

임의의 RAID 준위들의 성능은 주체계의 요청패턴과 자료의 배치상태에 크게 관계된 
다. 이 문제 는 RAID 0에서 가장 명 백하게 지 적할수 있는데 여 기서 는 여 분도의 영 향이 
분석에 지장을 주지 않는다. 먼저 RAID 를 사용하여 자료이송속도를 높이는 문제를 고 
찰하자. 응용에서 높은 이송속도를 얻기 위해서는 두가지 요구사항을 만족해야 한다. 우 
선 고속이송능력은 주기억기와 개별적인 디스크구동기들사이의 온전 한 경로에 관계된다. 
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Ll-9(2). RAID 준위(계 속) 

교차기우성 )， n-RAID 4( 블로크준위 기 우성 ) 

크준위 분산기 우성 ) ’ A-RAID 6(2 중여 분) 

주체계 의 입 출력모선들，입 출력접 속기 들과 주기억기 

더 디스크배렬을 효률적으로 구동할수 있게 입출력요 
요구는 대 표적 인 요청 이 기 억 띠 의 크기 와 비 교할만한 
사1 대한것이라면 자연히 만족된다. 이 경우에 한개의 
터 자료의 병렬이송을 동반하므로 단일디스크이송에 





고입출력 요청률용 RAID 0 


트랜잭션지향환경 에서 사용자는 이송속도보다 응답시 간에 더 관심을 가진다. 적은 
량의 자료에 대한 개별적인 입출력요청인 경우에 입출력시간은 디스크자두의 이동(탐색 
시 간)과 디 스크의 회 전 (회 전기다림 시 간) 에 좌우된 다. 

트랜잭션환경에서는 초당 수백개의 입출력요청들이 있을수 있다. 디스크 배렬은 다 
중 디 스크들에 서 입 출력 부하의 균형 을 맞추면서 높은 입 출력 집 행 속도를 보장한다. 유효부 
하평균은 대체로 다중입출력요청들이 현저히 많을 때에만 이루어 진다. 이것은 다중독립 
응용들이나 다중비동기입 출력 요청 들을 할수 있는 단일트랜잭 션지 향의 응용이 가능하다는 
것 을 의미한다. 성능은 또한 기 억띠의 크기 에 따라 좌우된다.만일 단일입 출력 요청 이 단 
일 디스크 접근을 동반하도록 기억띠의 크기가 상대적으로 크다면 입출력을 기다리는 다중 
요청들을 병렬로 처리하여 매개 요청에 대한 대기렬시간을 줄일수 있다. 

RAID 1준위 

RAID 1은 여 분도를 달성하는 방법 에 서 2준위 〜6준위 들과 서 로 차이난다. 다른 
RAID 방안들에서 는 여 분을 조성 하기 위하여 일부 형 태의 기우성계산법을 사용하는데 
RAID 1에 서 는 모든 자료를 2중화하는 단순한 방책 으로 여 분을 조성한다. 그림 11-9 l 
에서 보는바와 같이 RAID 0에서처럼 자료의 기억띠화방법을 사용한다. 그러나 이 경우 
에 매개 론리기억띠는 두개의 개별적인 물리디스크에로 사영되며 배렬의 매개 디스크가 
동일 한 자료를 보관하는 대 칭 복제디 스크를 가지 도록 한다. 

RAID 1 의 조직에서는 여러가지 좋은 점들이 있다. 즉 

1. 읽 기 요청 은 요청 된 자료를 가지 고 있 는 두개 의 디 스크중 어 느 하나에 의하여 봉 
사 받을수 있는데 어 떤 디 스크이든 최 소의 탐색시 간 + 회 전기다림시 간을 보 
장한다. 

2. 쓰기요청은 대응하는 두개의 기억띠를 갱신할것을 요구하는데 이것은 병렬로 진 
행할수 있다. 이때 쓰기작업은 두개의 쓰기동작중의 느린것 (즉 람색시 간 + 회전 
기 다림 시 간이 큰것 ) 을 기 준으로 지 령 을 준다. 그러 나 RAID 1과의 《 쓰기 벌 칙》 
은 없다. RAID 의 2준위 〜6준위 에서 는 기 우성비 트들을 사용한다. 따라서 한개의 
기 억띠를 갱 신할 때 배 렬관리쏘프트웨어는 문제의 실제 적 인 기 억띠 를 갱 신하는 
것 과 함께 기 우성비 트를 먼 저 계 산하고 갱 신하여 야 한다. 

3. 고장회복이 간단하다. 구동기가 고장나면 자료는 두번째 구동기로부터 여전히 
호출할수 있다. 

RAID 1의 기 본결함은 가격 이 다. 이 것은 그것을 지 원하는 론리디스크의 두배의 디 
스크공간을 요구한다. 그것 때 문에 RAID 1의 구성 은 체 계쏘프트웨어 와 자료와 그밖의 
중요한 파일들을 보관하는 구동기들로 제한된다. 이러한 경우들에 RAID 1은 디스크고 
장시 중요한 모든 자료를 여 전히 즉시 에 사용할수 있도록 모든 자료의 실시 간여벌 
을 제공 한다. 

트랜잭션지향의 환경에서 RAID 1은 요청무리의 대부분이 읽기일 때 높은 입출력요 
청률을 보장할수 있 다. 이 때 RAID 1의 성 능은 RAID 0의 2배 에 가까와 갈수 있 다. 그 
러 나 입 출력 요청 들의 절 대 다수가 쓰기 요청 이 라면 RAID 0에 비 하여 두렷 한 성 능리 득을 
엄 을수 없 다. RAID 1은 또한 읽 기비 률이 높은 자료이 송집 중형 의 응용들에 서 RAID 0에 
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비하여 성능개선을 보장할수 있다. 만일 응용프로그람에서 매개 읽기요청을 두개의 디스 
크성원들이 관여하도록 분할할수 있는 경우에는 성능개선을 가져 올수 있다. 


론러디 스크 물리디 스크0 물리디 스크1 물리디 스크2 물리디 스크3 



RAID 2준위 

RAID 의 2준위와 3준위에서는 병렬접근수법을 사용하고 있다. 병렬접근배렬에서 모 
든 성 원의 디 스크들은 매 개 입 출력 요청 의 집 행 에 참가한다. 대 표적 으로 개 별 적 인 구동기 
들의 주축들은 매개 디스크머리가 임의의 순간에 매개 디스크의 동일한 위치에 놓이도록 
동기 화된 다. 

다른 RAID 방안들에 서 와 같이 자료의 분해법 을 사용한다. RAID 2와 3의 경 우에 기 
억띠들은 보통 한개의 바이트 또는 단어와 같이 대단히 작다. RAID 2에서 오유정정코 
드는 매개 디스크의 대응하는 비트들에 걸쳐 계산되며 코드의 비트률은 다중기우성 디스 
크들의 대응하는 비트위치들에 기억된다. 대표적으로 한개 비트의 오유를 수정하고 두개 
비트의 오유를 발견할수 있는 하밍코드를 사용한다. 

RAID 2가 RAID 1보다 더 적은 개수의 디스크를 요구함에도 불구하고 아직도 가격 
이 비 싸다. 여 분디 스크개 수의 로그값에 비 례한다. 단일 읽 기 조작에 서 모든 디 스크들이 동 
시에 호출된다. 요청된 자료와 그것과 관련된 오유정정코드가 배렬조종기에로 전송된다. 
만일 한개의 비트가 오유이면 조종기는 읽기접근시간이 늦어 지지 않도록 오유를 즉시에 
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인식 하고 수정 할수 있다. 단일쓰기 조작에서 모든 자료디 스크와 기 우성 디 스크들은 쓰기 조 
작을 위해서 접근되여야 한다. 

RAID 2는 많은 디 스크오유가 발생하는 환경 에 서 효과적 으로 선택 사용할수 있 다. 개 
별적 인 디스크들과 디스크구동기들의 믿음성 이 높으면 RAID 2는 그리 필요 없고 실현하 
지도 않는다. 

RAID 3준위 

RAID 3은 RAID 2와 류사한 방식으로 조직되 여 있다. 차이점은 RAID 3에서는 디 
스크배럴의 규모에는 관계 없이 한개의 여분디스크만이 요구된다는것이다. RAID 3은 
작은 기억띠들로 분산된 자료들에 대하여 병렬접근을 진행한다. 오유정정코드대신에 모 
든 자료디스크들의 동일한 위 치의 개 별비트모임 에 대 하여 단순한 기우성비트를 계산한다. 

여분도 

구동기고장사건이 일어 났을 때 기우성구동기를 호출하며 자료는 나머지 장치들로 
부터 재 구축된다. 일 단 고장난 구동기 만을 교체하면 실패 된 자료는 새 로운 구동기 에서 
회복할수 있고 조작을 다시 시작할수 있다. 

자료의 복구는 매 우 단순하다. J 幻)〜文3디 스크는 자료를， J 松는 기 우성디 스크인 5개 
의 구동기를 가진 배렬을 고찰하자. 이때 i 번째 비트에 대한 기우성은 다음과 같이 
계산된다. 

X 4 ( i ) = X 3 ( i ) 0 X 2(0 © ^1(0 ® XO ( i ) 

이제 XI 이 고장이라고 하자. 웃식의 량변에 X 4(/) 田 Xl (/) 를 더한다면 다음과 
같이 된다. 


Xl ( i ) = X 4 ( i ) ® X 3 ( i ) ® X 2 ( i ) © X 0(0 


이때 XI 자료의 매개 기억띠의 내용들은 배렬의 나머지 디스크들의 대응한 기억띠 
들의 내 용으로부터 재발생된다. 이 원리 는 RAID 의 3준위 〜6준위 에서도 성 립한다. 

디 스크고장사건이 발생한 경 우에 도 모든 자료는 축소방식 으로 여 전히 사용할수 있 
다. 이 방식 에 서 읽 기들인 경 우에 실패한 자료는 안맞음론리 합계 산을 통하여 재 발생 된다. 
자료가 축소된 RAID 3배렬에 씌여질 때 기우성의 일관성이 재발생후에도 보장되여야 
한다. 동작을 완전히 회복하자면 고장난 디스크를 교체하고 고장난 디스크의 모든 내용 
을 새로운 디스크에 재발생시켜야 한다. 

성능 

자료가 대단히 작은 기억띠들은 분할되여 있기때문에 RAID 3은 매우 좋은 자료이 
송속도를 보장할수 있다. 임의의 입출력요청은 모든 자료디스크로부터 자료의 병렬전송 
을 동반한다. 한편 한번에 한개 의 입 출력 요청 만을 집 행할수 있 다. 이 때 트랜 잭 션지 향환 
경에서 성능은 떨어 진다. 

RAID 4준위 

RAID 의 4준위〜6준위에서는 독립적인 접근수법을 사용한다, 독립적인 접근배렬에 
서는 매개 성원디스크가 개별적인 입출력요청들을 병렬로 만족시킬수 있도록 독립적으로 
동작한다. 그러 므로 독립 적 인 접 근배 렬 들은 높은 입 출력 요청률을 요구하는 응용들에는 
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보다 적 당하지만 높은 자료이송속도를 요구하는 응용들에는 상대적으로 그리 적합 
하지 않다. 

다른 RAID 방안들에서와 같이 여기서도 자료의 띠분할법을 사용한다. RAID 의 4준 
위 〜6준위 인 경우에 기 억띠는 상대적 으로 크다. RAID 4에서는 매개 자료디스크의 대 응 
한 기 억띠들에 대 하여 비트별기우성기 억띠를 계산하며 기우성비 트들은 기우성디스크의 
대응하는 기 억띠에 기 억시 킨다. 

RAID 4에서는 규모가 작은 입 출력쓰기요청들이 수행될 때 쓰기벌칙을 동반한다. 
쓰기 가 발생할 때 마다 매 번 배 렬 관리 쏘프트웨어 는 사용자자료뿐아니 라 대 응하는 기 우성 
비 트들을 갱 신하여 야 한다. X 0 〜 X 3 은 자료디 스크이 고 X 4 는 기 우성디 스크인 5개 의 구동 
기로 된 배럴을 고찰하자. 디스크 XI 의 기억띠를 포함하는 쓰기가 진행된다고 하자. 초 
기 에 매 개 비 트 i 에 대 하여 다음의 관계 가 성 립한다. 즉 

X 4 ( i ) = X 3 ( i ) ® X 2 ( i ) ® Xl ( i ) ® XO ( i ) 

갱 신된후에 변경 된 비 트들을 빗 선기호로 표시하면 

X 4 '( i ) = X 3( i ) © X 2 ( i ) © XV ( i ) © X 0(/) = 

= X 3 ( i ) © X 2 ( i ) © Xl '( i ) © XO ( i ) © Xl ( i ) ® X l ( i ) 

= X 4 ( i ) © Xl (/) © X I ’ (0 

새 로운 기 우성 을 계 산하기 위하여 배 렬 관리 쏘프트웨어 는 낡은 사용자기 억 띠 와 낡은 기 우 
성기억띠를 읽어야 한다. 다음에 그것은 두개의 기 억띠들을 새로운 자료와 새롭게 계산 
된 기우성으로 계산하여야 한다. 이때 매개 기억띠의 쓰기는 두번의 읽기와 두번의 쓰기 
를 동반한다. 

입출력쓰기가 모든 디스크 구동기들의 기억띠를 포함하는 규모가 큰 경우에 기우성은 
새로운 자료비트들만을 사용하여 계산하는 방법으로 쉽게 계산된다. 이때 기우성구동기 
는 자료구동기들과 병 렬로 갱 신될수 있으며 여분의 읽 기들이나 쓰기들은 없다. 

어떤 경우에든지 매 개 쓰기 조작은 기우성디스크를 포함하여 야 하는데 따라서 이 것은 
병목현상을 일으킬수 있다. 

RAID 5준위 


RAID 5는 RAID 4와 류사한 방식으로 조직된다. 차이점은 RAID 5에서는 기우성 
기 억띠들을 모든 디스크들에 로 분산시 킨다는것 이 다. 이때 대표적 인 배정법 은 순환법 인데 
그것을 그림 11-9 H 에서 보여 주고 있다. n 디스크배 렬에서는 기우성기억띠 가 첫 n 개의 
기억띠에 대하여 각이한 디스크에 배치되는데 이러한 패런이 계속 반복된다. 

기우성기억띠들을 모든 구동기 에 분산시 킴 으로써 RAID 4에서와 같은 단일기우성 디 
스크의 잠재 적 인 입 출력병 목현상을 피할수 있 다. 

RAID 6준위 

RAID 6은 Berkeley 의 연구자들에 의 하여 다음의 론문에 도입 되 였 다 [ KATZ 89]. 
RAID 6방안에 서 는 두개 의 서 로 다른 기 우성 계 산을 진행 하고 각이한 디 스크들의 개 별적 
인 블로크들에 기 억한다. 사용자의 자료가 iV 개 의 디 스크를 요구하는 RAID 6배 렬 은 
N +2 개의 디스크들로 구성된다. 
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그림 11-9 A 에서는 이 방안을 보여 주고 있다. P 와 Q 는 두개의 서로 다른 자료검 
사알고리 듬이 다. 그중 한개 는 RAID 4와 RAID 5에 서 사용한 안맞음론리합계 산이 다. 다 
른것 은 독립 적 인 자료검 사알고리 듬이 다. 이 알고리 듬에 의하여 두개의 디스크에 실패할 
사용자자료가 들어 있다고 해 도 자료를 재 발생 시킬수 있다. 

RAID 6의 우점 은 그것 이 극히 높은 자료사용가능성 을 보장한다는것 이 다. 세개의 
디스크는 자료가 사용불가능하게 하는 MTTR (평균보수시간)간격이내에 고장이 나야 한 
다. 한편 RAID 6은 매 개 쓰기 가 두개 의 기 우성 블로크에 작용하므로 실제 적 인 쓰기벌 칙 
을 초래한다. 


제 7 m . 디스크캐쉬 

제1장의 제6절과 부록 1 -n 에서는 이 미 캐쉬 기억기의 원리 들을 요약하였다. 용어 
캐쉬기억기는 보통 주기억기보다 용량은 더 작고 속도는 더 빠르며 주기억기와 처 리기사 
이에 위치한 기억기를 가리키는데 쓰인다. 그러한 캐쉬기억기는 국소성의 원리를 사용하 
여 평균기억접근시간을 줄인다. 

그러한 원리를 디스크기 억기 에도 적용할수 있다. 명 확히 말하면 디스크캐쉬는 주기 
억 기 에 있는 디 스크분구용완충기 이다. 캐 쉬 에 는 디 스크의 어떤 분구의 사본을 보관한다. 
특정한 분구에 대 한 입출력요청 이 있을 때에는 분구의 내용이 디스크캐쉬 에 있는가를 확 
정 하기 위한 검사를 진행한다. 만일 있다면 요청은 캐쉬를 통해 만족된다. 그러 나 만일 
없다면 요청된 분구는 디스크로부터 디스크캐쉬에로 읽어 낸다. 참조의 국소성으로 인하 
여 한개 의 입 출력 요청 을 만족시 키 기 위하여 자료블로크를 캐 쉬 에 로 불러 낼 때 앞으로 
그것과 동일한 블로크를 창조할 가능성 이 크다. 

설계고찰 

여기 에 흥미 있는 몇 가지 설계문제 가 있다. 첫번째 설계문제는 입출력일정 이 디스크 
캐 쉬 에 의해 만족될 때 디 스크캐 쉬 의 자료를 요청 중인 프로쎄 스에 로 발송해 야 한다. 이 
것은 주기억기의 자료블로크를 디 스크캐쉬 로부터 사용자프로쎄 스에 할당된 기 억기 에 로 
이송하거 나 단순하게는 공유기억기능을 사용하여 지시 자를 디스크캐쉬의 해 당한 홈 에로 
넘 겨 주는 방법 으로 집 행할수 있다. 뒤 의 방법은 기 억 기 대 기 억 기 이 송시간을 절 약하며 
또한 제5장에서 서술한 읽기자/쓰기자모형을 사용하여 다른 프로쎄스들로 공유된 접근을 
할 수 있 다. 

두번째 설계문제는 치환전략과 관련한것 이 다. 새로운 분구를 디스크캐쉬 에 로 끌어들 
일 때 현존하는 블로크들의 내용은 교체해야 한다. 이것이 제8장에서 서술한 일치문제이 
다. 거 기서 제 기된 요구사항은 폐지치환알고리 듬에 대 한것이 였다. 많은 알고리 듬들이 제 
기되였다. 가장 일반적으로 사용된 알고리듬은 최대미사용 ( LRU ) 법이다. 여기서는 캐쉬 
안에서 가장 오래동안 참조하지 않은 블로크를 교체한다. 론리 적 으로 캐쉬는 블로크들의 
탄창으로 되여 있는데 가장 최근에 참조된 블로크를 탄창의 꼭대 기 에 놓는다. 캐쉬의 블 
로크가 참조되였을 때 그것은 탄창의 현존위치로부터 탄창의 득대기에로 이동한다. 블로 
크를 2차기억기 에로 끌어 넣을 때 에는 탄창의 밑바닥에 있는 블로크를 제거 하고 들어 오 
는 블로크를 탄창의 꼭대 기 우에 밀 어 넣 는다. 물론 이 블로크들을 주기억 기 안에서 여 기 
저기에로 이동시키는것은 실제적으로 필요 없다. 이때 지시자의 탄창을 캐쉬와 련관시킬 
수 있 다. 

다른 알고리듬으로는 최소빈도사용 (LFU) 법이 있다. 여기서는 가장 적게 참조된 모 
임 의 블로크를 교체한다. 블로크를 끌어 들일 때 그것 은 계 수값 1을 할당한다. 그리 고 
그 블로크를 참조할 때마다 매번 그 계수값은 1씩 증가된다. 치환이 요구될 때 계수값이 
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가장 작은 블로크가 선택된다. 직관적으로 LFU 법이 선택프로쎄스의 매개 블로크에 대 
한 보다 적 합한 정보를 사용할수 있게 하므로 LFU 법 이 LRU 법보다 더 합리적 인 방법 이 
라고 볼수 있다. 

단순한 LFU 알고리 듬은 다음의 문제 를 제 기한다. 전체 적 으로 볼 때 어 떤 블로크들 
은 상대 적 으로 드물게 참조될수 있지 만 그것 들이 참조될 때 국소성 에 의하여 반복되 는 
참조들의 간격이 작아 지는 경우들이 있을수 있고 따라서 높은 참조계수값을 얻을수 있 
다. 그러한 간격 이 끝나면 참조계 수기값은 흐트러 질수 있고 따라서 블로크가 곧 다시 
참조될것 이 라는 확률을 반영하지 못한다.이 로부터 국소성 의 효과는 실제 적 으로 LFU 알 
고리듬으로 하여금 치환선택들을 나쁘게 한다. 

LFU 의 이러한 난문제를 극복하기 위하여 [ ROBI 90] 에서는 빈도에 기초한 치환법이 
라고 부르는 수법을 제기하였다. 명백히 하기 위하여 먼저 그림 11-11 1에 보여 주고 
있는 단순화된 변종을 고찰하자. 블로크들은 론리적으로 LRU 알고리듬과 같이 탄창으로 
조직되여 있다. 탄창의 곡대기의 어떤 부분은 새로운 구간으로서 제기된다. 캐쉬명중이 
있을 때 참조된 블로크는 탄창의 곡대기에로 이동한다. 만일 블로크가 이미 새로운 구간 
에 있었다면 그것의 참조개수값은 증가되지 않는다. 그렇지 않은 경우에는 그것 이 1씩 
증가된다. 충분히 큰 새로운 구간이 주어 졌다면 이것은 짧은 시간간격내에 반복하여 재 
참조되고 있는 블로크들에 대한 참조계수값들을 변화시 킴 이 없이 그대로 유지하도록 한 
다. 실패하면 새 로운 구간에 있지 않으면서 가장 작은 참조계 수값을 가진 블로크가 치 환 
을 거쳐 선택된다. 이때 최근에 가장 적게 사용된 블로크가 결국 선택된다. 

새 구간 낡은 구간 





• • • 





• • • 




재 참조; 

계수불변 

재 참조; 

COUNT ：= COUNT+l 



실패(새 블로크끌어 들이 기 ) 
COUNT ： = 1 


새 구간 중간구간 낡은 구간 



그림 11-11. 빈도에 의한 치 환방법 
T - FIFO , L - 자유구간의 사용 

연구자들은 이 방법 이 LRU 법에 비하여 성능이 조금밖에 개선된것이 없다고 보고 
연구자들은 이 방법이 LRU 법에 비하여 성능이 조금밖에 개선된것이 없다고 보고하고 
있다. 문제점은 다음과 갈다. 즉 

1. 캐쉬실패 인 경우에 새로운 블로크는 계수값을 1로 하고 새로운 구간에로 끌어 
들인다. 

2. 계수값은 블로크가 새로운 구간에 남아 있는 동안 1로 유지된다. 
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3 . 결국 블로크는 새로운 구간으로 인한 그것의 계수값을 여전히 1로 하여 나이를 
먹 는다. 

4. 만일 블로크가 현재 상당히 빨리 재참조되 지 않는다면 교체하는것 이 좋다. 왜 냐 
하면 새로운 구간에 있지 않는 블로크들의 참조계수값이 가장 작기때문이다. 다 
시 말하면 블로크들이 상대적으로 자주 참조되였다고 하더라도 그것들의 참조계 
수값들을 갱신하는것이 새로운 구간밖에서 나이먹고 있는 블로크들에 대하여서 
는 충분히 긴 시간간격으로 보이지 않는다. 

이 문제를 더욱 개선하자면 다음과 같이 한다. 탄창을 새 구간，중간구간，낡은 구 
간 등의 세 구간으로 나눈다(그림 11-11 L). 앞에서와 달리 계수값은 새 구간안에 있는 
블로크들에 대 해서 는 증가시키지 않는다. 그러 나 낡은 구간안에 있는 블로크들만은 재 배 
치를 위한 나이를 먹고 있다. 중간구간이 충분히 크다고 가정하면 이것은 상대적으로 자 
주 참조되 는 블로크들에 치 환할 나이 가 되 기전에 그것들의 참조값들을 갱 신할 기회 를 준 
다. 연구자들의 모의결과는 수정된 방책 이 단순한 LRU 나 LFU 보다 훨씬 더 좋다는것을 
보여 주고 있다. 

특정한 치 환전 략에 는 관계 없 이 치 환은 요구에 따라 또는 사전계 획 에 따라 발생한다. 
전자의 경우에 분구는 홈이 필요될 때에만 교체된다. 후자의 경우에는 많은 홈슬로트들 
이 한번에 해 방된 다.후자의 방법 의 근거 는 분구들에 도로 쓰기할 필요성 과 관련된다. 만 
일 분구를 캐쉬에로 끌어 들이고 읽기만 한다면 그것이 교체될 때 그것을 도로 디스크에 
써 넣을 필요가 없다. 그러나 만일 분구가 갱신되였다면 그것을 교체하기전에 도로 써 
넣을 필요가 있다. 후자의 경우에 그것은 쓰기를 밀집시켜 하도록 하며 탐색시간을 최소 
i ) ■하도록 쓰기한다. 

성능고찰 

60 h 


5 10 15 20 25 30 

캐 쉬 크기 ( MB ) 

그림 11-12. LRU 법 을 사용하였을 때 의 디 스크캐 쉬 성 능결과 
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UNIX 에 는 두개 의 입 출력 형 태 즉 완충식 과 비완충식 이 있 다. 완충식 은 체 계완충기 
를 거쳐 통과하지 만 비완충식입출력은 대 표적 으로 입 출력모둘과 프로쎄 스령역사이에서 
직접 이송이 진행되는 DMA 기능을 요구한다. 완충식입출력 에서는 두가지 형 태의 완충기 
着 즉 체 계 완충기 캐 쉬 들과 분사대 기 렬 들을 사용한다. 

완충기캐쉬 

UNIX 의 완충기 캐 쉬 는 본질 적 으로 디 스크캐 쉬 이 다. 디 스크에 의 한 입 출력 조작들은 
완충기캐쉬를 통하여 조종된다. 완충기캐쉬와 사용자프로쎄 스공간사이 의 자료이송은 항 
상 DMA 를 사용하여 진행한다. 완충기 캐 쉬 와 프로쎄 스입 출력 명 령은 다 주기억 기 에 있기 
때 문에 DMA 기 능은 이 경 우에 기 억기 대 기 억기복사를 진행하는데 사용된다. 이것은 임 
의의 처 리 기주기들을 다 사용하지 않지만 모선주기들은 모두 소비한다. 

완충기캐쉬를 관리 하기 위하여 세 가지 목록이 유지된다. 즉 

• 자유목록 : 배정에 사용할수 있는 캐쉬에 있는 모든 홈들의 목록(홈은 UNIX 에 
서 완충기 라고 부르며 매개 홈은 한개의 디스크 분구를 담당한다.) 

• 장치목록 : 현재 매개 디스크와 관련되는 모든 완충기들의 목록 

. 구동기 입출력대기렬 : 실제 로 특정한 장치 에 대 한 입출력 을 진행 하고 있거 나 기 
다리고 있는 완충기들의 목록 


，자 I 

장치 구동기 


그림 11-14. UNIX 입 출력 구조 

모든 완충기들은 자유목록 또는 장치구동기 입출력대 기렬에 의하여 존재한다.일 단 장 
치와 련결된 완충기는 그것이 비록 자유목록에 있다고 해도 실제상 재사용되거나 다른 
장치 에 련결될 때 까지 그 장치와의 련결을 계속 유지한다.이 목록은 물리적 으로 떨 어 져 
있는 목록으로서가 아니라 매개 완충기와 련결된 지시자들로서 유지된다. 

득정 한 장치 에 대 한 물리 적 블 로크 번 호를 참조할 때 조작체 계 는 먼저 블 로크가 완중 
기캐 쉬 에 있는가를 조사한다. 탐색 시 간을 최 소로 하기 위하여 장치 목록은 부록 8-1 (그 
림 8-26 l ) 에서 취 급한 사슬식수법 을 가진 자리넘 침과 류사한 수법 을 사용하는 하쉬 표 
로 구성한다. 그림 11-15 에서 는 완충기 캐쉬의 일반적 인 조직 을 보여 주고 있다. 
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그림 11-15. UNIX 완충캐 쉬 조직 

여기에는 완충기캐쉬를 지적하는 지시자들을 포함하는 고정길이하쉬표가 존재한다. 
(장치 #，블로크#) 에 로의 매 개 참조는 하쉬표에 있는 특정한 입 구점 에 로 사영 된 다. 입 구 
점 에서 지 시 자는 사슬에 있는 첫 완충기 를 가리킨다. 매 개 완충기 와 관련된 하쉬지시 자 
는 하쉬표입 구점 에 대 한 사슬에 서 다음의 완충기 를 가리킨다. 따라서 갈은 하쉬 표입 구점 
에 로 사영 하는 모든(장치 #, 블로크#) 참조들에 서 대 응하는 블로크가 완충기캐 쉬 에 있 다면 
완충기 가 하쉬표입구점 에 대 한 사슬에 존재할것 이 다. 따라서 완충기캐쉬탐색길 이는 거의 
JV 분의 1배로 된다. 여기서 JV 은 하쉬표의 길이이다. 

블로크치 환에서는 최 대미사용알고리 듬을 사용한다. 즉 완충기 가 디 스크블로크에 배 
정된후에 그 완충기는 다른 모든 완충기들이 보다 최근에 사용될 때까지 다른 블로크용 
으로 사용될수 없다. 자유목록은 최대미사용순서를 보존한다. 

글자대기렬 

디 스크나 레 프와 같은 블 로크지 향의 장치 들은 완충기 캐 쉬 에 의 하여 효과적 으로 봉사 
를 받을수 있다. 완충화의 다른 형식은 말단이나 인쇄기들과 갈은 글자지향의 장치들에 
적 합하다. 글자대 기렬은 입 출력장치 에 의하여 쓰기되 고 프로쎄스에 의하여 읽 기되거 나 
프로쎄 스에 의하여 쓰기 되 고 장치 에 의하여 읽 기 된 다. 두 경 우에 모두 제 5장에 서 소개한 
생산자/소비자모형이 사용된다. 따라서 글자대기렬들은 오직 한번만 읽어 질수 있다. 매 
개 글자가 읽혀 질 때 그것은 유효하게 파괴된다. 이것은 여러번 읽을수 있고 그로 인 
하여 읽 기 자/쓰기 자모형 (역 시 제5장에서 취 급한)에 따르는 완충기 캐쉬 와 대 조적 이 다. 

비완충식입출력 

단순히 장치 와 프로쎄 스공간사이 의 DMA 인 입 출력 은 프로쎄 스가 가장 빨리 수행할 
수 있 게 하는 방법 이 다. 비 완충식 입 출력 을 수행 하고 있 는 프로쎄 스는 주기 억 기 에 페 색 되 
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여 있으며 교체내기될수 없다. 이것은 주기억기의 부분을 구속하는것으로 교체기회를 줄 
이며 따라서 전반적체계성능을 낮춘다. 또한 입출력장치는 이송기간에 프로쎄스에 구속 
되여 다른 프로쎄스들이 입출력장치를 사용할수 없다. 

UNIX 장치 

UNIX 는 다섯 가지 형 태의 장치를 인식한다. 

• 디스크구동기 

• 레프구동기 

• 말단 

• 통신선로 

• 인쇄기 

표 11-5 는 매개 형태의 장치에 적합한 입출력형태를 보여 준다.디스크장치는 UNIX 
에서 많이 사용되고 있는 블로크지향성이며 높은 처 리능력을 발휘할수 있는 잠재력을 가 
지 고 있다. 따라서 이 장치 들에 대 한 입 출력 은 비완충화하거 나 완충기 캐 쉬를 통하여 진 
행하는것 이 보통이 다. 레 프장치 들은 디 스크장치 와 기 능상 류사하며 류사한 입 출력방법 을 
사용한다. 


표 11-5. UNIX 에서 장치입출력 

비설立날 수 I 글•자파多 免 

디스크구동기 '■: >：: _ 

테 프구동기 — 규 

말단 

통신선 

인쇄기 ' ifn ： .나 化參 . __ 


말단들은 상대 적 으로 느린 글자교환을 동반하기 때 문에 말단입 출력 에 서 는 대 표적 으 
로 글자대기렬을 사용한다. 이와 류사하게 통신선로들은 자료입력 또는 출력에 바이트자 
료의 직렬처리를 요구하며 글자대기렬들에 의하여 가장 효과적으로 조절된다. 마지막으 
로 인쇄기에 사용되는 입출력형태는 그것의 속도에 관계된다. 저속인쇄기들은 일반적으 
로 글자대기 렬을 사용하며 고속인쇄 기는 비 완충기식 입 출력을 사용한다. 완충기캐 쉬는 고 
속인쇄기에 사용할수 있다. 그러나 인쇄기로 보내 지는 자료는 결코 재사용할수 없기때 
문에 완충기캐쉬의 간접소비시간은 필요 없다. 

제 9 절. WINDOWS 2000의 입출력 

그림 11-6 에 서 는 Windows 2000( W 2 K ) 의 입 출력관리 자를 보여 주고 있 다. 입 출력 
관리자는 조작체계에 대한 모든 입출력을 책임 지며 모든 형태의 구동프로그람들이 호출 
할수 있는 통일적 인 대면부를 준다. 

기본입출력모듈 

입출력관리자는 4개 모둘로 구성되여 있다. 즉 
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캐 쉬 관리 자 : 캐 쉬 관리 자는 완전한 입 출력 부분체 계 에 대 한 고속완충을 조종한다. 
캐쉬관리 자는 모든 파일체계 와 망구성 요소들에 대 하여 주기 억기 에서 고속완충봉 
사를 제공한다.그것은 사용가능한 물리기억기의 크기가 변하는데 따라 특정한 동 
작에 사용되는 캐쉬의 크기를 동적으로 증가 및 감소시킨다. 캐쉬관리자는 전반 
적 인 성능을 개선하기 위 한 두가지 봉사들을 모두 제공한다. 즉 



• 차후쓰기 : 체계는 갱신된 내용을 디스크에가 아니라 캐쉬에 기록한다. 후에 처 
리기에 대한 요구가 뜸해 지면 캐쉬관리자는 변화된 내용들을 디스크에 써 넣는 
다. 특정한 캐쉬블로크가 그동안에 갱신되면 순전히 보관만 한다. 

• 차후결속 : 이것은 트랜잭션처리에 대한 차후쓰기와 류사하다. 성과적으로 완성 
된 트랜잭션에 즉시에 표식을 달지 않고 체계는 위탁 받은 정보를 캐쉬에 넣었다 
가 후에 배경프로쎄스로 파일체계기록일지에 써 넣는다. 

• 파일체 계 구동프로그람 : 입 출력 관리 자는 파일 체 계 구동프로그람을 다른 장치 구동 
프로그람으로 취 급하며 그 장치 적 응기 에 대 한 적 당한 쏘프트웨 어 구동프로그람에 
일정한 기록권들에 대한 통보문을 보낸다. 

• 망구동프로그람 : W 2 K 는 통합적 인 망구성능력을 가지고 있다. 분산응용들에 대 
한 지원을 보장한다. 

• 하드웨 어장치 구동프로그람 : 이 구동프로그람들은 W 2 K 집 행 부의 동적련결서 고 
들에 있는 입구점들을 통하여 주변장치들의 하드웨어등록기들에 접근한다. 이 
루린들의 모임은 W 2 K 가 지원하는 가동환경들에서 동일하기때문에 W 2 K 장치구 
동프로그람들의 원천코드는 서 로 다른 형 태의 처 리 기들에 이 식할수 있다. 

비동기 및 동기입출력 

W 2 K 는 두가지 방식 의 입 출력 조작 즉 비 동기 및 동기입 출력 을 제 공한다. 비 동기방 
식 은 응용의 성 능을 최 적 화할수 있는 가능성 이 있을 때 사용한다. 비동기입 출력의 경우 
응용은 입 출력조작을 개시한 다음 입 출력요청 이 만족될 때 까지 처 리를 계속할수 있다. 
동기입 출력인 경 우에 응용은 입 출력 조작이 완료될 때 까지 폐 색된다. 

비 동기입 출력 은 호출하는 스레 드의 관점 에 서 보면 매 우 효률적 이 다. 왜 냐하면 그것 
은 입 출력조작이 입 출력 관리 자에 의하여 대 기렬에 넣 어 지 고 차례 로 수행되는 동안 스레 
드가 집행을 계속하도록 하기때문이 다. 그러 나 비동기입출력조작을 기동하는 응용은 조 
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작이 완료되 는 시 간을 결정 하기 위한 방도를 요구한다. W 2 K 에 서 는 입 출력완료를 신호 
하기 위한 네 가지 서 로 다른 수법 들을 제 공한다. 즉 

• 장치핵심부객체신호법: 이 방법에서는 장치객체와 관련된 지시기가 객체에 대한 
조작이 완료될 때 설정된다. 입출력조작을 기동한 스레드는 입출력조작이 완료될 
때 까지 정지하여 야 하는 점 에 도달할 때 까지 계속 집 행할수 있다. 그 점 에서 스 
레 드는 조작이 완료될 때 까지 기 다렸 다가 계 속 집 행할수 있는데 이 수법 은 간단 
하면서 도 사용자가 쉽 지 만 다중입 출력 요청 들을 조종하는데 는 적 합하지 못하다. 
실례로 스레드가 이 수법을 사용하여 파일의 어떤 부분의 읽기와 다른 부분의 쓰 
기 와 갈은 단일파일 에 대 한 다중동시동작을 수행하려 고 한다면 스레 드는 읽 기의 
완료와 쓰기의 완료사이의 차이를 구별할수 없다. 그저 이 파일에 대한 어떤 요 
청된 입출력조작이 완료되였다는것을 단순히 알수 있을뿐이다. 

• 사건핵심부객체신호법 : 이 수법 에서는 단일 장치 또는 파일에 대 한 다중동시입 
출력 요청 들이 허 락된다. 스레 드는 매 개 요청 에 대 한 사건을 생 성한다. 후에 스레 
드는 한개의 요청 또는 완전한 요청집 합에 대응한다. 

• 경보가능한 입 출력법 : 이 수법 에서는 비동기수속호출 ( AP 必대 기렬로 알려 진 
스레 드와 관련된 대 기렬을 사용한다. 이 경 우에 스레 드는 입 출력요청들을 형성하 
며 입출력관리 자는 이 요청들의 결과들을 호출중에 있는 스레 드의 APC 대기렬에 
넣 는다. 

• 입 출력완료포구법 : 이 수법 은 스레 드의 사용을 최 적 화하기 위하여 W 2 K 봉사기 
에서 사용된다. 본질상 스레 드의 집결소는 새 로운 요청을 조종하는데 새로운 스 
레드를 창조할 필요가 제기되지 않도록 하는데 사용할 가치가 있다. 

쏘프트웨어적인 RAID 

W 2 K 는 [ MS 96] 에서 다음과 같이 정 의된 두가지 종류의 RAID 구성 을 지 원한다. 


• 하드웨 어 적 인 RAID : 디 스크조종기 또는 디 스크기 억 기 하드웨 어 에 의 하여 한개 
또는 그이상의 론리디 스크들로 조합된 개 별적 인 물리디 스크들 

• 쏘프트웨어적인 RAID : 고장허 용쏘프트웨 어디스크구동프로그람 FTDISK 에 의 하 
여 한개 또는 그이상의 론리적분할구역들로 병합된 불련속디스크공간 

하드웨어적인 RAID 에서 조종기대면부는 여분정보의 창조와 재발생을 조종한다. 
W 2 K 봉사기 에서 사용가능한 쏘프트웨 어적인 RAID 기구의 쏘프트웨 어는 RAID 1과 
RAID 5를 실현한다. RAID 1( 디스크대칭복제)의 경우에 1차 및 대칭복제된 분할구역들 
을 포함하는 두개의 디스크들은 동일한 디스크조종기 또는 서로 다른 디스크조종기들밑 
에 놓일수 있다. 후자의 구성을 디스크 2중화라고 한다. 


요약，기본용어 및 복습문제 

콤퓨터체계와 외부세계와의 대면부는 곧 입출력구성 방식이 다. 입출력구성 방식은 외 
부세계와의 대화를 조종하기 위한 체계적인 수단들을 제공하고 입출력동작들을 효률적으 
로 관리하는데 필요한 정 보를 조작체 계 에 제 공할수 있도록 설계된다. 

입 출력 기 능은 일 반적 으로 몇개 층으로 분할된 다. 보다 낮은 층들에 서 는 수행하려 는 
물리적기능들에 보다 가까운 세부들을 취급하며 보다 높은 층들에서 론리적 인 및 일반화 
된 방식 으로 입 출력 을 취 급한다. 결과는 하드웨 어 파라메터 들의 변경 이 대 부분의 입 출력 
쏘프트웨어 에 영 향을 미치지 않을것을 요구한다. 
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입 출력의 기 본문제 는 응용프로쎄 스들에 의 해서 가 아니 라 입 출력 편의 프로그람에 의 하 
여 완충기를 조종하는 문제이다. 완충기를 사용함으로써 콤퓨터체계의 내부속도와 입출 
력장치들의 속도차이를 고르롭게 할수 있다.완충기를 사용하면 실제 입출력 이송을 응용 
프로쎄스의 주소공간으로부터 분리할수 있다. 이렇게 되면 조작체계는 자기의 기억기관 
리기능에서 더 많은 유연성을 보장할수 있다. 

전 반적 인 체 계 성 능에 가장 큰 영 향을 주는 입 출력 문제 는 바로 디 스크입 출력 문제 이 다. 
따라서 임의의 다른 종류의 입출력에서보다 이 령역에서 더 중요한 연구와 설계개발이 
진행되여 왔다. 디스크입출력성능을 개선하기 위하여 가장 광범히 사용된 두가지 방법은 
디 스크일정 작성 법 과 디 스크캐 쉬 법 이 다. 

임의의 시간에 갈은 디스크에 대한 입출력요청들의 대기렬이 있을수 있다. 디스크의 
기계적인 자리찾기시간을 최소로 하고 따라서 성능을 개선하는 방법으로 요청들을 만족 
시키는것이 디스크일정작성의 목적 이다. 이때 현재 발생된 요청들의 물리적편성과 국소 
성의 고려 등의 문제가 중요하게 제기된다. 

디스크캐쉬는 보통 주기억기에 위치하고 있으면서 디스크기억기와 주기억기의 잔류 
구역 사이 에 서 디 스크블로크들의 캐 쉬 로서 의 기 능을 수행 하는 완충기 이 다. 국소성 의 원 리 
에 의 하여 디스크캐쉬를 사용하면 주기 억기와 디스크사이 에서 오가는 블로크입출력의 수 
를 근본적으로 줄일수 있다. 

기본용어 


블로크 

고정 자두디 스 크 

가동자두디 스- L 

블로크지 향장치 

플로피디스크 

비 교체 형 디 스 크 

순환완충기 

간격 

프로그람식 입 - r 력 

CD-R 

하드디스크 

읽기/쓰기 자두 

CD-ROM 

새 치 기 구동식 입 출력 

독립 디스크여 . 卜배 렬 

CD-RW 

입출력 

( RAID ) 

실린더 

입출력완충기 

분 리 가능디 스- !_ 

수자식 만능디 스크 1 DVD ) 

입출력 통로 

회전지연시간 

직접기억기접근 (D JA ) 

입출력처리기 

분구 

디 스크접 근시 간 

장치 입 출력 

자리찾기시간 

디 스크캐 쉬 

론리 입 출력 

흐름지 향장치 

_ 스크묶음 

자기 디 스크 

자리 길 


자기빛 ( MO ) 아스크 

이송시간 


복습문제 

1. 입출력을 수행 하기 위 한 세 가지 수법을 제시 하고 간단히 정의 하시오. 

2. 론리 입 출력 과 장치 입 출력 의 차이 는 무엇 인가? 

3. 블로크지향장치 들과 흐름지향장치 들사이 의 차이 는 무엇 인가? 매 개 장치 에 대 한 
몇가지 실례를 제시하시오. 

4. 입출력을 위하여 단일완충기보다 오히 려 2중완충기를 사용하면 왜 개선을 기대할 
수 있는가? 

5. 디스크읽기 또는 쓰기에 어떤 지연요소들이 포함되는가? 

6. 그림 11-8 에서 설명한 디 스크일정작성방책 들을 간단히 정의하시 오. 

7. 7개 의 RAID 준위 들을 간단히 정 의하시 오. 

8. 대표적인 디스크 분구의 크기는 얼마인가? 
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련습 문제 

1 . 출력장치 에 접근하는 프로그람을 고찰하고 비 완충입출력을 완충입출력 과 비교하 
시오. 입출력를 사용하면 실행시간을 절반으로 줄일수 있다는것을 증명하시오. 

2. 프로그람이 ri 개 장치를 참조하는 경우에 문제 1의 결과를 일반화하시오. 

3. 다음의 디스크자리길요청순서 즉 27, 129, 110，186，147, 41, 10, 64，120에 대 
하여 표 11-2 와 같은 형 태의 분석 을 진행하시오. 디 스크자두는 초기 에 자리길 
100에 위 치 하고 있 으며 자리 길 번호가 감소하는 방향으로 움직 이고 있 다고 가정 한 
다. 디스크자두가 자리길번호가 증가하는 방향으로 움직 인다고 가정 하는 경우를 
분석 하시 오. 

4. 0부터 ( N -1) 까지의 번호가 붙은 iV 개의 자리길을 가진 디스크를 고찰하고 요청 
된 분구들이 디스크에 임의 로 고르롭게 분포되 여 있다고 가정 하자.이때 자리찾기 
에 의하여 횡 단한 평 균자리 길 들의 수를 계 산하시 오. 

_0 먼저 자두가 현재 자리길 떼 위치할 때 길이가 j •인 자리찾기확률을 계산하시 
오. 요령: 이것은 자리찾기목적지에 대한 모든 자리길위치들이 균등하다고 
보고 조합의 총수를 결정하는 문제이다. 

T -) 다음으로 길 이 if 의 자리 찾기 확률을 계산하시 오. 요령 : 이 것은 if 개 의 자리 길 
들의 이동들에 대 한 모든 가능한 조합들의 총합을 동반한다. 

C ) 기 대값에 대 한 공식 을 사용하여 자리 찾기 에 의하여 횡 단한 평 균자리 길수를 
계 산하시 오. 


E [ x ] = j ^ ixPr[x = i ] 
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M ) 값이 클 때 자리찾기 에 의하여 통과한 평 균자리 수가 JV /3 에 접 근한다는 
것을 증명하시오. 

5. 다음의 식은 캐쉬 기억기 와 디 스크캐 쉬 기억기 에 대 해서 모두 성 립한다. 즉 


Ts=Tc+MXT d 

이 식을 2 준위대신 iV 준위의 계층기억기에로 일반화하시오. 

6. 빈표에 기초한 알고리듬(그림 11-12) 에서 새로운，중간의，낡은 구역들로 구성된 
캐쉬의 부분들로서 F new ， F ^ e , F 이 션를 각각 정의하시 오. 명 백 히 F new + F mi ddle 
+ F old = 1이다. 

ᄀ) F old = 1 - F new 

i ᅳ) F 0 i d = 1/캐쉬크기 

일 때 방책의 특징을 설명하시오. 

7. 레 프속도가 초당 120 인치 이 고 레 프밀도는 인치 당 1600 선형비트인 9 자리 길 자기테 
프장치의 전송속도는 얼마인가? 

8. 테 프가 읽 기 사이 의 중간에 서 정 지하는 레 코드사이간격 이 0.6 인치인 2400 피 트레 프 
감개가 있다. 레프속도는 간격 이 선형적으로 증가/감소하며 레프의 다른 특성지 
표들은 문제 5 에서와 같다고 가정하자. 레프에 기록된 자료는 매개가 론리레코 
드라고 하는 고정 된 수의 사용자정 의단위 들을 포함하는 물리 적레 코드들로 구성 
되여 있다. 

1) 물리레 코드당 120byte 론리 블로크 10 개씩 블로크화된 레 프를 완전히 읽 는데 
얼마의 시간이 걸리는가? 

l) 30 개씩 블로크화된 경우에는 얼마의 시간이 걸리는가? 
n ) 우에서 지적한 매개 블로크작성요소들로는 얼마나 많은 론리레코드들을 유 
지할수 있 는가? 

H ) 우에서 지적한 매개 블로크작성요소들에 대 한 총체적 인 실효이송속도는 얼 
마인가? 

n ) 레프의 용량은 얼마인가? 

9. 디스크가 512byte/ 분구인 고정분구형식 이면 련습문제 6, 7 에서 읽은 론리 레코드 

들을 보관하는데 얼마나 많은 디스크공간(분구，자리길，면)이 요구되는가를 
계산하시오. 

10. 련습문제 7 에서 설명한 디스크체계를 고찰하자. 디스크는 360 회/ min 속도로 회 
전한다. 처 과거는 바이트당 한 7 의 새 치기를 가지는 새 치기구동식 입줄력을 사 
용하여 디스크에서 한개의 분구를 읽는다. 매개 새치기를 처리하는데 2.5s 가 
걸린다면 처리기가 입출력을 처리하는데 소비하는 시간몫은 얼마인가(자리찾기 
시 간은 고려안함)? 

11. 분구당 한개의 새치기를 가진다고 가정하고 DMA 를 사용하여 련습문제 8 을 다 
시 푸시오. 

12. 32bit 콤퓨터가 두개의 선택통로와 한개의 다중선택통로를 가지고 있다. 매개 
선택 통로는 두개 의 자기디 스크와 두개 의 자기 테 프장치 를 지 원한다. 다중선택 통 
로는 두개의 행인쇄기，두개의 카드읽기장치와 거기에 련결된 10 개의 VDT 말 
단을 가지고 있다. 이송속도는 다음과 같다고 하자. 즉 



디 스크구동 800 kbytes/s 
자기레프구동 200 kbytes/s 
행 인쇄 기 6.6 kbytes/s 
카드 읽기 장치 1 . 2 kbytes / s 
VDT lkbytes/s 

이 체계에서 총적인 최대입출력이송속도를 계산하시오. 

13. 기억띠의 크기가 입출력요청의 크기보다 작을 때 디스크의 기억띠화가 자료이 
송 속도를 개 선 할수 있 다는것 은 명 백 하다. 또한 RAID 0은 단일 한 대 형 디 스크 
에 비해 상대적으로 성능이 개선되였다는것도 명백하다. 그것은 여러개의 입출 
력 요청 을 병 렬로 처 리할수 있기때 문이 다. 그러 나 후자의 경우에 디스크의 기 억 
띠화가 필요한가? 다시 말하여 디스크의 기 억 띠 화가 그것 이 없는 비 교할만한 
디 스크배 렬 에 비해 입 출력 요청 의 속도성 능을 개 선하여 주는가? 

부록 11-1. 디스크기억장치 


자기디스크 

디 스크는 자성 재 료를 입 힌 금속이 나 수지 로 된 원형회 전판이다. 자두라고 부르는 
전도코일을 통하여 자료를 디스크에 기록하거나 후에 디스크에서 다시 회복한다. 읽기 
또는 쓰기 조작기간에 자두는 움직 이지 않고 회 전판이 그 밑 에서 돌아 간다. 

쓰기방법은 코일을 통하여 흐르는 전기 가 자기마당을 발생시키 는 원리 에 기 초하고 
있다. 임풀스들을 자두에 보내면 자기적 인 패런들이 자두밑의 표면에 기록되는데 정 및 
부의 전류에 의하여 서 로다른 패 턴들이 형성된다. 읽 기방법 은 코일에 대 하여 상대적 으로 
움직 이는 자기마당이 그 코일에 전류를 발생시킨다는 사실에 기초하고 있다. 디스크의 
표면 이 자두밑 을 통과할 때 그것 은 이 미 기 록된것 과 같은 극성 의 전류를 발생 시킨다. 


자료조직과 양식화 


자두는 그 밑에서 돌아 가는 기록관의 일부분에서 자료를 읽거나 거기에 써 넣을수 
있는 상대적으로 작은 장치이다. 이것은 자료가 자러길이라고 부르는 밀집된 동심고리들 
의 모임으로 원판우에 구성되게 한다. 매개 자리길의 너비는 자두의 너비와 같다. 한면 
에는 수천개의 자리길이 있다. 

그림 11-17 에 서 는 이 자료의 배 치 상태 를 보여 주고 있 다. 린접한 자리 길 들은 간격 
을 두고 분리되여 있다. 이것은 자두를 잘못 설치하거나 단순히 자기마당의 간섭으로 인 
하여 생기는 오유를 막아 주거나 아니면 적어도 최소로 되게 한다. 전자회로적처리를 간 
단히 하기 위해 매 개 자리길에 는 표준적 으로 같은 수의 비 트들을 기 억시 킨다. 그러 므로 
인치당 비트수로 표시하는 밀도는 바깥 자리길로부터 안쪽 자리길로 움직임에 따라 증가 
한다(이 와 갈은 현상은 구식축음기 기 록에 서 볼수 있 다. ) . 

자료는 디스크안팎으로 블로크들로 이송된다. 보통 블로크는 자리길의 용량보다 작 
다. 따라서 자료는 분구라고 하는 블로크의 크기만한 구역들에 기억된다(그림 11-17) .대 
체로 자리길마다 몇백개의 분구가 있는데 이것은 고정길이로 될수도 있고 가변길이로 될 
수도 있다. 대부분의 디스크구동기들에서 고정분구의 크기로서는 512 byte 를 사용하고 
있다. 체계 에 과도한 정밀도요구를 지우지 않기 위해 린접분구들은 자리길사이 (분구사 
이)간격들로 분리된다. 
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분구 자리길 



그림 11-17. 디스크자료의 배치 

자리길안에서 분구의 위치를 찾는데 필요한 어떤 수단들이 있어야 한다. 분명 자리 
길의 시 작점과 매개 분구의 시작과 끝을 식별하는 방법 이 있어 야 한다. 이 요구들은 디 
스크에 기 록된 조종자료에 의하여 처 리 된다. 그러 므로 디 스크는 디 스크구동에만 사용되 
고 사용자는 접 근할수 없는 일정한 여 분의 자료로 양식화된다. 

물리 적 특성 

표 11-6 에서는 여러가지 형태의 자기디스크들을 구별할수 있는 주되는 특별지표들을 
렬거 하고 있 다. 우선 자두를 기 록관의 반경방향에 대 하여 고정 시 킬수도 있고 이 동시 킬수 
도 있 다. 고정 자두디 스크에 는 자리 길마다 한개 의 읽 기 /쓰기자두가 있 다. 그 모든 자두를 
은 모든 자리길들을 가로 질 러 고정된 팔에 설 치된다. 가동자두디스크에는 읽 기/쓰기 자 
두가 한개만 있다. 그 자두도 어떤 팔에 설치된다. 자두를 임의의 자리길우에 배 치할수 
있어 야 하므로 이를 위해 팔을 늘였다줄였다 할수 있다. 

자리길안에서 분구의 위 치를 찾는데 필요한 어떤 수단들이 있어 야 한다. 분명 자리 
길의 시 작점과 매개 분구의 시작과 끝을 식별하는 방법 이 있어 야 한다. 이 요구들은 디 
스크에 기 록된 조종 자료에 의하여 처 리된다. 그러 므로 디 스크는 디 스크 구동에 만 사용되 
고 사용자는 접 근할수 없는 일정한 여 분의 자료로 양식 화된다. 

물리 적 특성 

표 11-6 에서는 여러가지 형태의 자기디스크들을 구별할수 있는 주되는 특별지표들을 
렬거 하고 있 다. 우선 자두를 기 록관의 반경방향에 대 하여 고정 시 킬수도 있고 이 동시 킬수 
도 있 다. 고정 자두디 스크에 는 자리 길마다 한개 의 읽 기 /쓰기자두가 있 다. 그 모든 자두들 
은 모든 자리길들을 가로 질러 고정된 팔에 설치된다. 가동자두디스크에는 읽기/쓰기자 
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두가 한개만 있다. 그 자두도 어떤 팔에 설치된다. 자두를 임의의 자리길우에 배치할수 
있어 야 하므로 이를 위해 팔을 늘였다줄였다 할수 있다. 

디스크자체는 디스크구동기에 설치되는데 그것은 팔, 디스크를 회전시키는 주축 및 
2진자료를 입 출구하기 위하여 필요한 전자회 로로 구성 되 여 있다. 비 교체 형 디스크는 디 스 
크구동기 에 영 구적 으로 설 치 된다. 분리 가능디 스크는 분리하여 다른 디 스크와 교체할수 
있다. 분리가능디스크의 우점은 제한된 수의 디스크체계로 제한없는 자료를 사용할수 있 
다는것이다. 또한 그러한 디스크를 하나의 콤퓨터체계에서 다른 를퓨터체계에로 이 
동시 킬 수 있 다. 

대부분의 디스크들에서 자성도포는 기록판의 량쪽면에 자성체를 도포하는데 그것을 
량면 디 스크라고 한다. 일 부 값눅은 디 스크체 계 들에 서 는 단면디 스크를 사용한다. 

일부 디 스크구동기 들은 어 떤 간격 으로 수직 으로 쌓은 다중회 전판들을 관리한다. 여 
기 에는 여 러개의 팔이 설치되 여 있다. 회전판들은 디스크묶음이라고 하는 하나의 장치로 
된다(그림 11-18). 다중회전판디스크는 이동식자두를 사용하는데 회전판의 면마다 한개 
의 읽 기/쓰기자두를 가지 고 있다. 모든 자두는 기계 적 으로 고정 되 여 있어 모두가 디 스크 
의 중심으로부터 같은 거리에 위치하고 있고 동시에 움직인다. 따라서 임의의 시간에 모 
든 자두들은 디스크의 중심에서 같은 거리에 있는 자리길우에 놓이게 된다. 회전판우에 
서 같은 상대적 위치에 있는 모든 자리길들의 모임을 실린더라고 한다. 실례로 그림 11- 
19에서 어 둡게 표시한 모든 자리 길들이 한개의 실 린더의 일부분으로 된다. 

끝으로 자두설치방법은 세개의 형태로 분류한다. 전통적으로 읽기/쓰기자두는 회전 
관우에서 고정된 거리에 위치하고 있으면서 일정한 높이의 공기간격을 보장하고 있다. 
또한 읽기 또는 쓰기동작시 간에 매 질과 실제적 으로 물리적접촉을 하도록 자두를 설치하 
는 방법이 있다. 이 방법을 플로피디스크에 사용하는데 이것은 크기가 작고 유연한 회전 
판으로서 원가가 최소인 디스크로 된다. 

세번째 형 태의 디 스크를 리해 하기 위 해서 는 자료밀도와 빈 간격의 크기사이관계 에 
대하여 설명해야 한다. 자두의 쓰기 및 읽기를 알맞게 하는데 충분한 크기의 전자기마당 
을 발생하거 나 수감하여 야 한다. 자두가 좁을수록 회 전판의 면에 더 가까이 접 근하여 동 
작해 야 한다. 자두가 좁다는것 은 자리 길 이 좁다는것 을 의 미하며 따라서 자료밀도가 더 
커 진다는것 을 의 미한다. 그러 나 자두가 디 스크에 더 가까이 접 근할수록 불순물이 나 미 완 
성가공으로 인한 오유의 위험은 더 커진다. 기술적으로 더 안받침하기 위해 원체스터디 
스크를 개 발하였 다. 원체 스터 자두는 거의나 오물이 없는 봉인된 구동기조립품으로 
사용된다. 


표 11-6. 디스크체계의 물리적특성지표 


자두운동 

고정자두(자러길마다 한개) 
가동자두(면마다 한개) 
디스크휴대성 
비 교체 형 디 스크 
분리가능디스크 
면 

단면 


기록판 

단일 회전판 
다중회전판 
자두설치방법 
접 촉식 (유연성 ) 

고정 간격 식 

기 체 력 학적 간격 식 (원체 ) 
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1983 년에 그때까지의 가장 성공적 인 소비품중의 하나인 콤팍트디스크 ( CD ) 수자음성 
체계 가 소개되였다. CD 는 한면에 60분이상의 음성정보를 기 억할수 있는 지울수 없는 디 
스크이 다. CD 의 거대한 상업적성공은 낮은 비용의 빛디스크기 억방법 을 개 발할수 있게 
하였으며 그것은 콤퓨터의 자료기 억에서 혁명 이였다. 여 러가지의 빛디스크체계를 표 11- 
8에 제 시하였다. 여 기서 는 매 개 빛디 스크에 대 하여 설명한다. 

CD-ROM 

음성 CD 와 CD - ROM (읽기전용고밀도디스크)은 모두 류사한 수법을 적용하고 있다. 
기 본차이 는 CD - ROM 읽 기장치 들이 보다 정 교하지 못하여 오유정 정 장치 를 가지 고 디 스크 
로부터 콤퓨터에로 적절히 이송되도록 하는것이다. 두가지 형태의 디스크는 또한 제작방 
법도 동일하다. 디스크는 폴리카보네 이트와 같은 수지 로 성형 하고 보통 알루미 니움으로 
된 고도의 반사면을 도포한다. 수자식 으로 기 록된 정 보(음악이 든 콤퓨터자료이 든)는 반 
사면우에 미세한 구멍계 렬로 찍 힌다. 우선 미세하게 집초된 세기 가 강한 레이 자를 사용 
하여 주디 스크를 만든다. 그 우에 투명락카를 도포하여 홈들이 찍 힌 복사면을 먼지 나 긁 
힘 으로부터 보호한다. 

빛 디 스크읽 기 장치 에 내 장되 여 있 는 낮은 출력 의 레 이 자 즉 구동장치 가 CD 또는 
CD - ROM 에서 정 보를 꺼 낸다. 레이 자는 투명한 보호도포막을 투과하여 비 치며 전동기는 
디스크가 그것을 통과하도록 회전시킨다. 반사된 레이 자빛의 세기는 홈에 맞다 들릴 때 
마다 변한다. 이 변화를 빛수감기로 검출하여 수자신호로 변환한다. 



그림 11-19. 자리길과 실린더 
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표 11-7. 대표적인 디스크구동기의 파라메터 


특성지 표 

Cheetah 36 

WDE 18300 

용량 

36.4GB 

18.3GB 

최소자리길 대 자리길 
찾기 시간 

0.6ms 

0.6ms 

평 균자러 길 찾기 시 간 

6ms 

5.2ms 

주축속도 

10000 회 /min 

10000 회 /min 

평 균회 전지 연 

3ms 

3ms 

최대이 송속도 

313Mbps 

360Mbps 

분구당 바이트수 

512 

512 

자리 길당 분구수 

300 

320 

실린더당 자리길수 
(회전판의 면수) 

24 

8 

실린더수(회전판의 한면 
우에 있는 자리길의 수) 

9801 

13614 


회전하는 디스크중심부근의 홈은 바깥쪽에 있는 홈보다 더 천천히 고정된 점 (레 이 
자 광속과 갈은)을 지 나가게 하고 이 때 레이 자가 모든 홈들을 갈은 속도로 읽 을수 있도 
록 하기 위하여 속도변화를 보상하는 방법 을 찾아야 한다. 이것은 자기디 스크들에서와 
마찬가지로 디스크의 토막들에 기록되는 정보의 비트들사이에 공백들을 증가시켜 해결할 
수 있다. 다음 등각속도 ( CAV ) 라고 하는 고정된 속도로 디스크를 회전시켜 동일한 속도 
로 정보를 주사할수 있다. 그림 11-20 1에서는 CAV 를 사용하는 디스크의 배치를 보여 
주고 있다. 디스크를 많은 분구들과 동심자리길들의 계렬로 나눈다. CAV 를 사용하는 
우점은 자리길과 분구에 의하여 개별적인 자료블로크들을 직접 주소지정할수 있는것이다. 
자두를 현재 의 위 치 에 서 특정 한 주소위 치 에 로 이 동시 키 자면 다만 자두를 특정 한 자리 길 
로 짧게 이 동시키 고 해 당한 분구가 회 전하여 자두밑 에 올 때 까지 잠간 기 다리 면 된 다. 
CAV 의 결함은 긴 바깥자리길에 기억시킬수 있는 자료의 량이 짧은 내부자리길에 기억 
시킬수 있는 자료의 량과 같다는것이다. 

디 스크의 바깥쪽에 보다 적 은 정 보를 배 치하는것 은 공간을 랑비하기때 문에 CD 와 
CD - ROM 에서는 CAV 법을 사용하지 않는다. 그대신 정보를 동일한 크기의 토막들을 디 
스크에 고르롭게 채우고 디스크를 가변적 인 속도로 회 전시키면서 동일한 속도로 이것을 
주사한다. 다음 등선속도 ( CLV ) 로 레이 자에 의해 홈들을 읽 는다. 디 스크는 중심 근방보 
다 바깥쪽 근방에 접 근할 때 더 천천히 회 전한다. 그러 므로 디 스크의 바깥쪽 근방에있는 
자리 길위 치 에 대 하여 자리 길의 용량과 회 전지연이 모두 증가한다. 

각이한 밀도를 가진 CD - ROM 들이 생산되 였다. 대 표적실례 로 자리 길과 자리 길사이 
간격은 1.6산111(1.6><10가11)이다. CD - ROM 에서 반경에 따르는 기록폭은 32,55( Utm 이고 
결국 총체적 인 자리 길수는 32. 550 사 m 를 자리 길의 간격 으로 나눈것 즉 20344개로 된 다. 
사실상 단일한 라선형자리길이 있고 평균원주에 라선의 감기수를 곱하여 자리길의 길이 
를 계산해 낼수 있는데 이것은 대략 5.27 km 에 달한다. CD - ROM 의 등선속도는 1.2 m / s 인 
데 이것은 총 4391 s 즉 73.2 min 에 해 당하며 이것은 대 략 음성용 밀집형 디스크의 표준최 
대동작시간으로 된다. 자료가 디스크로부터 176.4 kbyte / s 로 흘러 나오므로 CD - ROM 의 
기억용량은 774.57 Mbyte 이다. 이것은 550개의 3. 25인치 디스케트와 맞먹는다. 

그림 11-20 l 에서는 CD 와 CD - ROM 에서 사용한 등선속도방식 으로 배 치 한 상태를 
보여 주고 있다. CLV 를 사용하면 우연접근이 좀 힘들어 진다. 특정한 주소를 찾자면 
자두를 일반적인 구역으로 이동시키고 회전속도를 조절하여 그 주소를 읽어야 하며 다음 
특정한 분구를 찾고 그에 접 근하기 위한 미 세 조절 을 해 야 한다. 
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CD - ROM 은 대 량적 인 자료를 많은 사용자들에게 보급하는 경우에 합리적 이 다. 초기 
써 넣기과정 이 비싸기때 문에 개별적 으로 응용하는데서 는 적 합하지 못하다. 전통적 인 자기 
디스크에 비 하여 CD - ROM 은 다음과 같은 세 가기 중요한 우점을 가지고 있다. 즉 



그림 11-20. 디 스크배 치법의 비 교 
기-등각속도， L - 등선속도 


• 정 보기 억 용량이 빛디 스크보다 훨 씬 크다. 

• 빛디 스크는 그것 에 기 억된 정 보를 자기디 스크와는 달리 값눅게 대 량적 으로 재 현 
할수 있다. 이때 자기디스크의 자료기지는 두개의 디스크구동기를 사용하면서 한 
번에 하나의 디스크를 복사하여 재현해 야 한다. 

• 빛디 스크는 교체할수 있 으며 디 스크자체 를 기 록보관용 기 억 기 로 쓸수 있다. 대 부 
분의 자기디 스크는 교체할수 없 다. 비 교체 형 자기디 스크의 정 보는 우선 레 프에 
복사해 야 하며 그다음 디 스크구동기 /디 스크를 새 로운 정 보를 기 억 시키 는데 사용 
할수 있다. 

CD - ROM 의 결함은 다음과 같다. 즉 

• 읽기전용이며 갱신할수 없다. 

• 접 근시 간이 자기디 스크구동기의 접 근시 간보다 훨씬 길 어서 0.5 s 정 도 걸린다. 

기록가능 CD 

어떤 자료의 모임에 대한 단 한번 또는 적은 회수의 복사가 필요한 응용분야들에서 
의 편의 를 도모하기 위해 기 록할수 있는 CD ( CD - R ) 라고 하는 한번 쓰고 여 러 번 읽 을수 
있는 CD 가 개 발되 였다. CD - R 는 적 당한 세기를 가지는 레이 자광속으로 후에 한번 써 넣 
을수 있게 준비되여 있는 디스크이다. 그러므로 CD - ROM 보다 어느정도 비싼 디스크조 
종기를 사용하여 사용자는 한번 써 넣을수 있고 또 여 러번 디스크를 읽을수 있다. 

CD - R 매질은 CD 나 CD - ROM 의 매질과 류사하지만 꼭 같지는 않다. CD 와 CD-ROM 
에서는 매질의 표면에 홈을 내여 반사능력을 변화시켜 정보를 기록한다. CD - R 에서는 
매질이 착색층을 가지고 있다. 반사능력을 변화시키는데 착색제를 사용하며 높은 세기를 
가진 레이 자로 활성 화시 킨다. 그렇 게 만들어 지 는 디 스크를 CD - R 구동기 나 CD - ROM 구 
동기에서 읽을수 있다. 


473 



것은 대용량의 사용자자료를 영구적으로 기록시킨다. 


표 11-8. 빛디스크제품 
CD 

밀집형디스크. 수자화된 음성정보를 기억하는 지울수 없는 더_스크. 표준체계는 12cm 디스크 
를 사용하여 60분이상의 중단없는 연주시간을 기록할수 있다. 

CD-ROM 

읽 기전용밀집형디스크. 콤퓨터자료를 기 억 하는데 사용하는 지 울수 없는 디스크. 표준체계는 
12cm 디 스크를 사용하여 650Mbyte 이 상 유지 할수 있 다. 

CD-R 

쓰기가능 CD. CD-ROM 과 류사하다. 사용자가 디스크에 한번 써넣을수 있다. 

CD-RW 

재쓰기.가普 ,:iD. CD-ROM 과 류사하다. 사용자가 1000번까지 디 스크를 지 우고 다시 
쓸수 있다. 

DVD 

수자식만능디스크. 영상정보의 수자화，압축표현은 물론 대용량의 수자자료를 발생시킬수 있 
다. 8， 12cm 의 직경을 가전것을 사용하며 량면은 15.9Gbyte 까지의 용량을 가전다. 기본적 
인 DVD 는 읽 기 전용 (DVD-ROM) 이 다. 

DVD-R 

재쓰기가능 DVD. DVD-ROM 파 류사하다. 사용자디스크에 한번만 써넣을수 있다. 

DVD-RW 

재쓰기가능한 DVD. DVD-ROM 과 류사하다. 사용자가 1000번까지 디스크에 지우고 재쓰기 
할수 있다. 

자기 -빛 디 스크 

읽 기 에서 빛기 술과 빛을 집초하는 자기기록수법 을 사용하는 디 스크. 3. 5인치 및 5. 25인치 
디스크를 모두 사용한다. 용량은 5Gbyte 이상이 보통이다. _ 


재 쓰기 가능 CD 

CD-RW 빛디 스크는 자기디 스크와 같이 여 러 번 쓰고 덧 쓸수 있 다. 많은 방법 을 시 
하였으나 순수한 빛 방법 을 (후에 설명 하는 자기빛방법 과 달리 ) 상변화법 이라고 부론다 
변화식디 스크는 두개 의 서 로다른 상의 상태 에 서 두가지 의 크게 차이 나는 반사능력 을 
진 다. 분자들이 무질서하게 배 치 되 여 빛 을 약하게 반사시 키 는 무정 형 상태 가 있 으며 빛 
잘 반사시 키 는 평 탄한 면을 가지는 결정상태 가 있다. 레이 자광속의 재 료를 한 상으로 
터 다른 상에로 변화시킬수 있다. 상변화식빛디스크의 기본결함은 재료가 종당에 가서 
자기의 희망하는 특성 을 상실하게 된다는것 이 다. 현재의 재 료는 500,000 〜1,000,000 
의 지우기주기를 거듭하면서 사용할수 있다. 

CD-RW 는 재 쓰기 할수 있 고 그런데 로부터 실 제 적 인 2차기 억 기 로 사용할수 있 기 때 문 
CD-ROM 과 CD-R 에 비하여 뚜렷한 우점을 가지고 있다. 그렇기때문에 CD-RW 는 
기디 스크와 경 쟁 하고 있 다. 지 우기 가능 빛디 스크의 자기디 스크에 비한 기 본적 인 우점 
다음과 같다. 즉 

• 고용량 : 5. 25인 치 의 빛디 스크는 대 략 650Mbyte 의 자료를 보관할수 있 다. 가장 
발전된 원체 스터디 스크는 이 량의 절 반보다 더 적 게 보관할수 있 다. 

• 휴대 성 : 빛디 스크를 구동기 에 서 교체할수 있 다. 






• 믿음성 : 빛 디스크에 대한 공학적 인 허용오차는 용량이 큰 자기 디스크 에서보다 훨 
씬 덜 심각하다. 그러므로 그것들은 믿음성 이 높고 수명 이 길다. 

수자식 만능디 스크 

전자공업의 발전으로 대용량 수자식만능디스크 ( DVD ) 를 사용하여 상사식 VHS 비데 
오레 프를 교체 할수 있게 되 였 다. 앞으로 DVD 는 비 데 오카세 트륵화기 ( VCR ) 에 서 사용하 
는 비 데 오테 프를 교체하게 될 것 이 며 보다 중요하게 는 개 인용 콤퓨터 와 봉사기 들에 서 쓰 
이는 CD-ROM 을 교체하게 될것 이 다. DVD 는 비데오를 수자식시대 에 로 이끌어 가고 있 
다. 그것은 높은 화질을 가진 영화들을 배포하고 있으며 음성 CD 와 같이 자유롭게 호출 
할수 있으며 DVD 기계도 역시 동작시킬수 있다. 많은 권수의 자료를 디스크에 채워 넣 
을수 있는데 현재 CD-ROM 의 7배 에 달하고 있다. 앞으로 DVD 의 대 용량과 선명한 질 
을 사용하여 개 인용 콤퓨터에 의한 오락들이 보다 현실감을 주게 될것이며 교육쏘프트웨 
어 가 비 데 오를 더 많이 포함하게 될 것 이 다. 이 자료들을 Web 싸이 트들에 삽입하면 인 터 
네트와 협동인트라네트들에서는 이 발전에 뒤를 이어 새로운 정보흐름의 비약이 일어 날 
것이다. 

여기에 DVD 를 CD-ROM 과 구별해 주는 몇가지 기본특징점들이 있다. 즉 

• 표준 DVD 는 층당 4.7 Gbyte 를 보관하며 2층단일면의 DVD 는 8.5 Gbyte 를 보 
관한다. 

• DVD 는 질높은 화면을 얻기 위해 MPEG 라고 하는 비데오압축형식을 사용한다. 

• 단일층 DVD 는 2시간 13분의 영화를 보관할수 있으며 2층비데오는 4시간이상의 
긴 영화를 보관할수 있다. 


자기 빛 디 스크 


자기 빛 ( MO ) 디 스크구동기 는 전통적 인 자기 디 스크체 계 의 용량을 증가시 키 기 위 하여 
빛레이자를 사용한다. 기록수법은 기본상 자기적수법 이 다. 그러 나 빛레이자를 사용하는 
데 사실은 자기식기 록자두에 주의 를 돌려 더 큰 용량을 엄 을수 있게 하자는것 이 다. 이 
방안에서는 디스크를 높은 온도에서만 그것의 극성을 변경시킬수 있는 재료로 도포한다. 
레이 자를 사용하여 표면우의 미세한 점 을 가열시 키 고 다음에 자기 마당을 가해 주는 방법 
으로 디스크우에 정보를 써 넣는다. 그 점이 식을 때 그것은 마당의 북남극성을 가지게 
된다. 극성화처리는 디스크에서 물리적변화를 일으키지 않으므로 처리를 여러번 반 
복 할 수 있 다. 

읽 기 조작은 순수 빛 으로만 한다. 자화방향은 극성 을 가진 레이 자빛(쓰기 조작때보다 
낮은 출력을 가진다.)으로 검출할수 있다. 특정한 점에서 반사되는 극성을 가진 빛은 자 
기마당의 방향에 따라 회전각도를 변화시 킨다. 

순수한 빛 CD 구동기 에 비한 MO 구동기 의 기 본우점 은 디 스크의 수명 이다. 빛디 스크 
에서는 자료를 반복하여 쓰면 점차 매질의 감뢰를 일으킨다. 그러나 MO 구동기에서는 
이러한 감퇴현상이 일어 나지 않으며 따라서 반복재쓰기를 하면서 계속 사용할수 있다. 
M ◦구동기의 또 하나의 우점은 자기기억기에 비하여 메가바이트당 비용이 매우 적은것 
이다. 
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제 12 장. 파일관리 

대부분의 응용들에서 파일은 중요한 요소이 다. 실시간응용들과 몇가지 다른 전용화 
된 응용들을 제외하고 응용프로그람의 입력은 파일로 진행되며 실제상 모든 응용프로그 
탐들에서 출력은 장기적인 기억을 위하여 그리고 사용자와 다른 프로그람들에 의한 앞으 
토의 접근을 위 하여 파일에 보관된다. 

파일은 입력과 출력을 위하여 파일을 사용하는 임의의 개별적인 응용을 제외하고 
수명을 가진다. 사용자들은 파일에 접근하고 그것을 보관하며 그 내용을 보존하려고 한 
다. 이 목적을 위 하여 실제 모든 조작체 계들은 파일관리체 계 들을 제공한다. 대 표적 으로 
파일관리체 계는 특권이 있는 응용들로서 실행 하는 체 계 유털 리 터들로 구성 된다. 그러 나 
파일관리 체 계는 조작체 계 로부터 특수봉사들을 요구한다. 완전한 파일관리체계는 기껏해 
서 조작체계의 한부분으로 간주된다. 따라서 이 책에서 파일관리의 기본요소들을 고찰하 
는것이 합리적이다. 

이 장에서는 먼저 파일관리 에 대 하여 개괄하고 여 러 가지 파일조직 방법들에 대하여 
고찰한다. 파일조직은 일반적으로 조작체계의 범위를 벗어 나지만 파일관리에 필요한 여 
러가지 설계교환조건들을 평가하기 위하여 공통적인 방법들에 대한 일반적인 리해를 가 
지는것 이 중요하다. 이 장의 나머지 부분에서는 파일관리의 다른 원리들을 고찰한다. 

제 1 절. 개팔 


과일 

파일올 론의할 때 4개의 용어를 공통적 으로 사용한다. 

• 마당 

• 레 코드 

• 파일 

• 자료기 지 

마당은 자료의 기본요소이다. 개별적인 마당은 종업원의 이름，날자 또는 감시기의 
읽기값과 같은 단일값을 포함한다. 마당은 그의 길 이와 자료형 (실례 로 ASCII 문자렬，10 
진수)으로 특징 지 어 진다. 파일설 계 에 따라서 마당은 고정 길 이 또는 가변길 이일수 있 다. 
후자의 경우에 마당은 흔히 2〜3개의 보조마당 즉 기억될 실제값，마당의 이름，어떤 경 
우에는 마당길이로 구성된다. 다른 가변길이마당들의 경우에는 마당들사이에 특수한 경 
계 기호들을 사용하여 마당길 이 를 지 적한다. 

레 코드는 어 떤 응용프로그람에 의하여 한개 단위 로 취 급될 수 있는 관련마당들의 집 
합이다. 실례로 종업원레코드는 이름，사회보안번호，직종분류，입직날자, 기타 등등과 같 
은 마당을 포함할수 있다. 설계 에 따라서 다시 레코드는 고정길 이 또는 가변길 이일수 있 
다. 레코드는 자기마당의 일부가 가변길이이거나 마당의 수가 변한다면 가변길이로 된다. 
후자의 경우 매개 마당은 보통 마당이름을 동반한다. 두 경우에 다 완전한 레코드는 보 
통 길 이마당을 포함한다. 
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파일은 류사한 레코드들의 집합이다. 파일은 사용자들과 응용들에 의하여 단일실체 
토서 취급되며 이름으로 참조될수 있다. 파일은 유일한 파일이름을 가지며 생성되고 삭 
제될수 있다. 접근조종제한들은 보통 파일준위에서 적용된다. 즉 공유체계에서 사용자와 
프로그람들은 전체 파일들에 접근하거나 접근하지 못한다. 더 정교한 체계들에서 이러한 
조종들은 레코드준위 또는 지 어 마당준위에서 수행된다. 

자료기 지 는 관련 자료들의 집 합이 다. 자료기 지 의 본질 적 인 특징 은 자료요소들사이 의 
관계가 명백하고 수많은 다른 응용들에서 사용하기 위하여 설계된다는것이다. 자료기지 
는 사무기관 또는 과학연구프로젝트와 관련되는 모든 정보를 포함할수 있다. 자료기지 
그자체 는 한개 이 상의 파일형 태 들로 구성된 다. 비 록 조작체 계 가 몇 가지 파일 관리 프로그람 
들을 사용할수 있다고 하더라도 보통 조작체계와 독립인 개별적인 자료기지관리체계가 
존재 한다. 

사용자들과 응용들은 파일들을 사용하려고 한다. 이를 위하여 지원하여야 할 대표적 
인 조작들은 다음과 갈다 [ LIVAPO ]. 

• 완전검 색 : 파일의 모든 레 코드들을 검 색한다. 파일 에 있는 모든 정 보를 동시 에 
처 리하여 야 하는 응용들은 이 조작을 요구한다. 실례 로 파일의 정 보에 대 한 개요 
를 작성하는 응용은 모든 레 코드들을 검 색할것 을 요구한다. 이 조작은 모든 레 코 
드들에 순차적 으로 접 근하기때 문에 순차처 리 라는 용어 와 일 치한다. 

• 하나검색 : 이것은 단일레코드의 검색을 요구한다. 서로 대화하는 트랜잭션지향 
응용들은 이 조작을 요구한다. 

• 다음검색 : 이것은 어떤 론리적순서에서 가장 최근에 검색한 레코드의 《다음》 
에 있는 레코드에 대 한 검색 을 요구한다. 양식 을 작성하는것과 같은 서 로 대 화하 
는 일부 응용들은 이러한 조작을 요구할수 있다. 검색을 수행하는 프로그람도 역 
시 이 조작을 사용할수 있다. 

• 앞검색 : 다음 레코드검색과 류사하지만 현재 접근한 레코드의《앞》에 있는 레 
코드에 대한 검색을 요구한다. 

• 하나삽입 : 파일 에 새 로운 레 코드를 삽입한다. 파일 의 순차를 보존하기 위하여 
새로운 레코드를 어떤 특정한 위치에 끼워 넣는것이 필요할수 있다. 

• 하나삭제 : 현재 레코드를 삭제한다. 파일의 순차를 보존하기 위하여 일정 한 련 
결들 또는 다른 자료구조들을 갱 신할 필요가 있다. 

• 하나갱신 : 한개의 레코드를 검색 하고 그 레코드의 한개 이상의 마당을 갱 신하며 
갱신된 레코드를 파일에 다시 써 넣는다. 레코드의 길이가 변하였으면 레코드길 
이가 변화되지 않았을 때보다 갱신조작이 일반적으로 더 힘들어 진다. 

• 다수검색 : 다수의 레 코드를 검색한다. 실례 로 응용들 또는 사용자들은 일정한 
기준모임을 만족시키는 모든 레코드들을 검사하려고 할수 있다. 

파일 에 대 하여 가장 일 반적 으로 수행 되 는 조작들의 특징 은 제 2 절 에 서 론의 되 는바와 
같이 파일 을 조직하는 방법 에 영 향을 미 친 다. 

과일관리체계 

파일관리체계는 파일을 사용하는 사용자와 응용에 봉사하는 체계쏘프트웨어의 모임 
이다. 대표적으로 사용자와 응용이 파일에 접근할수 있는 유일한 방법은 파일관리체계를 
사용하는것 이 다. 파일관리체계는 매개 응용에 대 하여 전용쏘프트웨어를 개 발하여 야 할 
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요구로부터 사용자와 프로그람작성자를 해방하며 체계에 자기의 가장 중요한 자산을 조 
종할 수단을 준다. [ GR 086] 은 파일관리체 계 에 다음과 같은 목표들을 제 기한다. 

• 자료의 기 억과 앞에서 언급한 조작들을 수행할 능력 을 포함하는 사용자의 자료관 
리 요구들을 만족시키는것 

• 파일의 자료가 유효하다는것을 가능한 한도까지 보증하는것 

• 체계의 관점에서는 전반적인 처리능력의 측면에서 그리고 사용자의 관점에서는 
응답시 간의 측면에서 량쪽 다 성능을 최 량화하는것 

• 다양한 기 억 장치 형 들에 대 한 입 출력 을 지 원 하는것 

• 자료가 손상되 거 나 또는 파괴 될 가능성 을 최 소로 하거 나 제 거하는것 

• 표준화된 입출력대면부루린들의 모임을 보장하는것 

• 다중사용자체 계 들의 경 우에 다중사용자들을 위 한 입 출력 지원을 보장하는것 
사용자의 요구를 만족시키는 첫번째 목표에서 그 요구들의 범위는 응용들의 종류와 

콤퓨터체계가 사용될 환경에 관계된다. 대화하는 범용체계에서는 다음과 갈은것들이 최 
소요구모임 을 구성한다. 

1. 매 사용자는 파일을 생성，삭제，읽기，변경할수 있다. 

2. 매 사용자는 다른 사용자의 파일에 대 한 접근을 조종할수 있다. 

3. 매 사용자는 사용자의 파일에 어떤 형의 접근을 허용하겠는가를 조종할수 있다. 

4. 매 사용자는 문제 에 적 합한 형식으로 사용자파일들을 재구축할수 있다. 

5. 매 사용자는 파일들사이에서 자료를 이동시킬수 있다. 

6. 매 사용자는 여벌파일을 만들고 사용자의 파일이 손상된 경우에 회복할수 있다. 

7. 매 사용자는 기호이름을 사용하여 사용자의 파일에 접근할수 있다. 

이 목표들과 요구사항들은 파일관리체계를 론의하는 과정 에 계속 상기될것 이 다. 

파일체계구성방식 

파일 관리 를 파악하기 위한 한가지 방도는 그림 12-1 에 서 제 시 된바와 같이 대 표적 인 
쏘프트웨어 구성 에 대 한 서 술을 고찰하는것 이 다. 물론 서 로 다른 체 계 들은 서 로 다르게 
구성될것이지만 이 구성은 매우 대표적이다. 가장 낮은 준위에 있는 장치구동프로그람들 
은 주변장치，장치조종기들 또는 통로들과 직접 통신한다. 장치구동프로그람은 장치에 대 
한 입출력조작들을 시동하고 입출력요구처 리를 완성한다. 파일조작을 할 때 조종하는 대 
표적 인 장치 는 디 스크와 레 프구동기 이 다. 장치 구동프로그람들은 보통 조작체 계 의 부분으 
로 간주된다. 

다음 준위 는 기 본파일 체 계 또는 물리 적 입 출력 준위 이 다. 이 것 은 콤퓨터 체 계 를 제 외 하 
면 환경과의 1차대면부이다. 이 준위 에서는 디스크 또는 레프체 계와 교환되는 자료블로 
크들을 처 리한다. 따라서 이 준위 는 그 블로크들을 2차기 억 장치 에 배 치 하고 주기억 기 에 
완충하는 일 을 수행한다. 기 본파일 체 계 는 자료의 내 용 또는 사용되 는 파일 의 구조를 리 
해하지 않는다. 기 본파일 체 계 는 흔히 조작체 계 의 부분으로 간주된 다. 

기본입출력감독기는 모든 파일입출력을 개시 하고 완료한다. 이 준위 에서 조종구조들 
은 장치입출력，일정작성，파일상태들을 취급한다. 기본입출력감독기는 파일이 선택된 상 

478 





태에서 파일입출력을 집행하는 장치를 선택한다. 기본입출력감독기는 또한 성능을 최대 
로 발휘하기 위하여 디스크와 레프접근을 일정작성하는데 관계한다. 이 준위에서는 입출 
력 완충기 들이 할당되 고 2차기 억 기 가 배 정 된다. 기 본입 출력 감독기 는 조작체 계 의 부분이 다. 

론러입 출력 은 사용자와 응용들이 레 코드에 접 근할수 있도록 한다. 따라서 기 본파일 
체계 가 자료블로크를 처 리 한다면 론리입출력모둘은 파일레 코드들을 처 리한다. 론리입출 
력 은 범 용레 코드입 출력 능력 을 제 공하며 파일 들에 대 한 기 본자료를 유지 한다. 

사용자에 게 가장 가까운 파일 체 계 준위 를 접 근방법이 라고 한다. 접 근방법 은 응용들과 
파일체계，자료를 유지 하는 장치들사이의 표준대면부를 준다. 서로 다른 접근방법은 서로 
다른 파일 구조와 자료에 접 근하고 처 리하는 서 로 다른 방법 을 반영한다. 

가장 공통적 인 접 근방법 들을 그림 12-1 에 서 보여 주며 제 2절 에 서 간단히 설 명한다. 

파일관리기능 

파일체계의 기능을 고찰하는 또다른 방법을 그림 12-2 에서 보여 준다. 이 선도를 왼 
쪽에서 오른쪽으로 따라 가 보자. 사용자들과 응용프로그람들은 파일들을 생성 하고 삭제 
하는 지 령들과 파일들에 대 한 조작을 수행하는 지 령들로 파일체계와 대화한다. 파일체 계 
는 임의의 조작을 수행하기전에 선택된 파일을 확인하고 그의 위치를 알아 내야 한다. 
이것은 모든 파일들의 위치와 그의 속성들을 서술하는 어떤 종류의 등록부를 사용할것을 
요구한다. 게 다가 대 부분의 공유체 계 들은 사용자접 근조종을 수행한다. 즉 오직 권한받은 
사용자들만 특수한 방법 으로 특정한 파일 들에 접 근하게 한다. 사용자와 응용이 파일 에 
대 하여 수행할수 있는 기 본조작들은 레 코드준위 에서 수행된다. 사용자 또는 응용은 파일 
을 순차구조와 같이 레 코드를 구성하는 어 떤 구조를 가지 는것 으로 간주한다(실 례 로 종업 
원 레 코드는 이 름을 알파배 트순서 로 기 억한다. ) . 따라서 사용자지 령 들을 특정파일 조작지 
령들로 변환하자면 파일구조에 적합한 접근방법을 사용하여 야 한다. 


[ 사용자프 

5•그•림 • j 

더 미 

순 차 

색인순차 

색 인 

하 쉬 

론리 입출력 

기본입출력감독기 

기본파일체계 

디 스크장치 구동프로그람 

테프장치구봉프로그람 1 


그림 12-1. 파일체 계 쏘프트웨 어 구성 [ GROS 86] 
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사용자와 응용들은 레코드에 관계되며 입출력은 블로크를 기초로 하여 수행된다. 따 
라서 파일의 레코드들은 출력을 위하여 블로크화되고 입력을 위하여 비블로크화되여야 
한다. 파일들에 대한 블로크입출력을 지원하자면 여러가지 기능들이 필요하다. 2차기억장 
치를 관리하여 야 한다. 즉 2차기억기 에 있는 자유블로크들에 파일들을 배정 하고 어느 블 
로크들이 새로운 파일들과 현존 파일들의 성장에 유효한가를 알도록 자유기억기들을 관 
리하여 야 한다. 게 다가 개 별적 인 블로크입 출력 요구들은 일정 작성 되 여 야 한다. 이 문제 는 
제11장에 서 취 급되 였 다. 디 스크일정작성 과 파일배 정 은 다 성 능최 량화에 관계 된 다. 역 시 
이 기능들은 함께 고찰될것을 요구한다. 더우기 최 량화는 파일의 구조와 접근패런에 관 
계된다. 따라서 성능의 관점에서 최량파일관리체계를 개발하는것은 매우 복잡한 과제이다. 

그림 은 레 코드처 리를 하는 교차점 에서 개 별적 인 체 계 유털리리 로서 간주되는 파일관 
리사건들과 조작체계사건들사이의 분할을 보여 준다. 이 분할은 임의로 한것이며 체계에 
따라 여 러가지 방법을 취 할수 있다. 

이 장의 나머지부분에서는 그림 12-2 에서 제 기된 몇 가지 설계문제 들을 고찰한다. 먼 
저 파일 조직 과 접 근방법 들을 론의한다. 이 문제 는 비 록 보통 고찰되 는 조작체 계 의 범 위 
를 벗어 나지만 파일조직과 접근에 대한 리해가 없이 다른 파일관련설계문제들을 평가하 
는것은 불가능하다. 다음에는 파일등록부의 개념을 고찰한다. 나머지 문제는 파일관리를 
물리적입출력의 관점에서 취급하며 조작체계설계의 견지에서는 적당히 취급한다. 이 러한 
문제 의 하나는 론리 적레 코드들을 물리 적 블로크들로 구성하는 방법 이 다. 결 국 2차기억 기 
에 파일을 배정하는 문제 와 자유2차기억기의 관리 문제 가 제 기된다. 


주기억 기 완충기 2차기억 기 
들에 있는 (디스크)에 있는 

물리적블로크 물리적블로크 


사용자와 
프로그람 _ 


등록부 


접근 _ 

관리 

: I . 


방법 1 

|. [ 

조작， 


파일 1 

파일 이 름 

t 


조작기 능 1 

[ 


■일當성. 


사용자접 근 
조종 


□_ 


■有 


유 2 차 
기억기관리 




그림 12-2. 파일관리요소 


제 2 절. 파일조직 및 접근 

이 절에서는 레코드들에 접근하는 방법에 따라 결정되는 레코드들의 론리적구조화 
를 언급하기 위하여 파일조직이라는 용어를 사용한다. 2차기억기에 있는 파일의 물리적 
조직 은 블로크작성전략과 파일배 정전략 그리 고 이 장에 서 후에 취 급하는 문제 
들에 관계된다. 

파일조직 을 선택하는데 서 몇 가지 중요한 기 준이 있 다. 
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• 신속한 접근 

• 갱신의 쉬움 

• 기억기의 경제성 

• 간단한 보수 

• 신뢰성 

이 기준들의 상대적인 우선권은 파일들을 사용하는 응용들에 관계된다. 실례로 파일 
이 일괄방식으로만 처리되고 매번 모든 레코드들에 접근한다면 단일레코드를 검색하기 
위한 신속한 접근은 그리 중요하지 않다. CD-ROM 에 기 억된 파일은 결코 갱 신될수 없 
으며 따라서 갱 신의 쉬움은 문제 로 되지 않는다. 

이 기준들은 충돌할수 있다. 실례로 기억기의 경제성때문에 자료의 여유도가 최소로 
될것 이 다. 다른 한편 여유도는 자료에로의 접근속도를 증가시키는 1차적 인 수단이 다. 이 
러한 실례로 색인들의 사용을 들수 있다. 

실현되였거나 제기된 파일조직방법의 수는 헤아릴수 없이 많으며 파일체계에 대하 
여 서술한 책도 많다. 이 책에서는 다섯가지 기본조직을 륜곽적으로 간단히 고찰한다. 실 
제 로 사용되는 대부분의 구조들은 이 부류중 하나로 귀착되든가 이 조직들의 결합으로 
실현될수 있다. 다섯가지 조직은 다음과 같다. 그중 첫 4개는 그림 12-3 에서 보여 준다. 

• 더미 

• 순차파일 

• 색인달린 순차파일 

• 색인달린 파일 

• 직접파일 또는 하쉬파일 

표 12-1 은 이 다섯가지 조직의 상대적성능을 요약한다 


표 12-1. 다섯가지 기본 파일조직의 성능 [ WI 티 387] 


1一一: 


1_ 한 _ 1 

갱신 

1 _ 13 _1 

파일조직방법 

속성들 



레 코드크기 


단일 

부분레코드 

완전 



가변 

고정 

갈다 

더 

크다 

레 코- 

드 모임 레 

코드 

더째 


A 

B 

A 


E 

고 一 

D 

B 

순차파일 


F 

A 

D 


F 

F 

D 

A 

색인 달린 

순차파일 

F 

B 

B 


D 

B 

D 

B 

색인 달린 

파일 

B 

C 

C 


C 

A 

B 

D 

직접 파일 

또는 하쉬파일 

F 

B 

B 


F 

B 

F 

E 


A = 우수하다. 이 목적 에 잘 맞는다. 0 (r ) 

B = 좋다. Ofo；X r ) 

C = 적 합하다. 0 (r log n ) 

D = 어떤 특별한 노력이 필요하다. O ( n ) 

E = 극단한 노력 에 의 하여 가능하다. 0 (r X n ) 

F = 이 목적에 맞지 않는다. 0 ( n > i ) 

여기서 r = 결과의 크기 


o = 넘쳐 나는 레 코드의 수 
n = 파일에서 레코드의 수 


481 










특정한 마당을 포함하는 또는 특정값을 가진 마당을 포함하는 모든 레코드를 찾으러면 
파일전부를 람색하여 야 한다. 

더미파일들은 처리에 앞서 자료를 수집하고 기억할 때 또는 자료를 조직하기 힘들 
때 맞다 들게 된다. 이러한 형태의 파일은 기억된 자료의 크기와 구조가 변할 때 공간을 
효과적으로 사용하며 완전탐색에 아주 적합하고 갱신하기가 쉽다. 그러나 이러한 제한된 
사용을 제외하면 이런 형태의 파일은 대부분의 응용들에 적합하지 않다. 

순차과일 

파일구조의 가장 공통적인 형식은 순차파일이다. 이런 형태의 파일들에서는 고정형식의 
레코드를 사용한다. 모든 레코드들은 같은 길이로 되여 있으며 특정한 순서로 된 갈은 수의 고 
정길이마당들로 구성되여 있다. 매개 마당의 길이와 위치는 알려 져 있기때문에 마당들의 값만 
기억되여야 한다. 매개 마당의 이름과 길이는 파일구조의 속성들이다. 

한개의 특정 한 마당, 보통 매개 레코드에서 첫번째 마당을 열쇠마당이 라고 한다. 열 
쇠마당은 레코드를 유일하게 식별한다. 따라서 서로 다른 레코드들에 대한 열쇠값들은 
서로 다르다. 게다가 레코드들은 열쇠순서로 기억된다. 즉 본문열쇠는 알파배트순서로， 
수자열쇠는 수자순서로 기억된다. 

순차파일들은 대표적으로 일괄응용들에서 사용되며 일반적으로 모든 레코드들에 대 
한 처리를 요구하는 응용들(실례로 계산응용 또는 생활비지불응용)에 가장 적합하다. 순 
차파일조직은 디스크는 물론 레프에 쉽게 기억되는 유일한 파일조직이다. 

개별적인 레코드들에 대한 질문과 갱신을 요구하는 대화하는 응용들에서 순차파일 
은 성능을 저하시킨다. 접근은 열쇠가 일치하는 레코드를 찾기 위하여 파일에 대한 순차 
람색을 요구한다. 주기 억기 에 한꺼 번에 파일전체 또는 파일의 많은 몫을 가져 올수 있으 
면 더 효률적으로 탐색할수 있다. 그럼에도 불구하고 큰 순차파일의 레코드에 접근하자 
면 상당한 처리와 지연이 요구된다. 파일에로의 추가는 문제를 발생한다. 대표적으로 순 
차파일은 레코드들의 단순한 순차배럴로 블로크안에 기억된다. 즉 레프 또는 디스크상의 
파일의 물리적조직은 파일의 론리적조직과 직접 대응한다. 이 경우에 보통 절차는 운영 
일지 파일 또는 트랜잭 션파일 이 라는 개 별적 인 더미 파일에 새 로운 레 코드들을 배 치 한다. 
운영 일지파일을 주파일과 융합하여 정확한 열쇠순차로 새로운 파일을 산생 하는 일괄갱 신 
이 주기적으로 수행된다. 

다른 방법은 순차파일을 련결목록으로서 물리적으로 조직하는것이다. 한개 또는 그 
이상의 레코드가 매개 물리적블로크에 기억된다. 디스크상의 매개 블로크는 다음 블로크 
에 로의 지시자를 포함한다. 새로운 레코드의 삽입은 지시 자조작을 요구하지만 이 새로운 
레코드들은 특정 한 물리적블로크위 치를 차지 하지 않아도 된다. 이때 얻 어 지는 추가적 인 
편리로 하여 보충적인 처리를 해야 하고 간접소비시간은 그만큼 커진다. 

색인달린 순차과일 

순차파일의 결함을 극복하기 위한 보통 방법은 색 인달린 순차파일이 다. 색 인달린 순 
차파일은 순차파일의 열쇠특성을 그대로 가진다. 즉 레코드들은 열쇠마당에 기초한 순차 
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로 조직된다. 두가지 특징이 추가되였다. 즉 임의의 접근을 지원하기 위한 파일에로의 색 
인과 넘침파일이 추가되였다. 색인은 필요한 레코드의 부근에로 빨리 도달할수 있는 탐 
색능력을 준다. 넘 침파일은 순차파일과 함께 사용되는 운영 일지파일과 류사하지만 넘침 
파일의 레코드들이 자기 앞의 레코드의 지시자가 가리키는곳에 놓이도록 통합된다. 

가장 간단한 색 인달린 순차구조에서는 단일준위색 인화가 사용된다. 이 경우에 색 인 
은 단순한 순차파일이다. 색인파일의 매개 레코드는 두개 마당 즉 기본파일에서 열쇠마 
당과 갈은 열쇠마당과 기본파일에로의 지시 자로 구성된다. 특정 한 마당을 찾기 위하여 
색 인을 탐색하며 필요한 열쇠값과 같거나 보다 큰 가장 가까운 열쇠값을 찾는다. 람색은 
기본파일에서 지시 자가 지적 하는 위 치 로부터 계속된다. 

이 방법의 효과성을 보기 위 하여 백만개의 레코드로 된 순차파일을 고찰하자. 특정 
한 열쇠 값을 람색하자면 평 균 50만번의 레 코드접 근이 필요하다. 기 본파일 에 골고루 분산 
된 열쇠를 가진 1000개 입구를 포함하는 색인을 구축한다고 가정하자. 레코드를 찾자면 
기본파일에 500번 접근한 다음 색인파일에 평균 500번 접근하여야 할것이다. 이때 평균 
람색길이는 500,000에서 1000으로 줄어 든다. 

파일에로의 추가는 다음의 방법으로 조종된다. 즉 기본파일의 매개 레코드는 응용에 
서는 볼수 없는 넘침파일에로의 지시자인 추가마당을 포함한다. 새로운 레코드를 파일에 
삽입하려 고 할 때 에는 넘 침파일에 그것 을 추가한다. 론리적 인 순서 에서 새 로운 레 코드의 
바로 앞에 있는 기본파일의 레코드는 갱 신되 여 넘 침파일에 있는 새로운 레코드에로의 지 
시자를 포함한다. 바로 앞에 있는 레코드가 넘침파일에 있는 레코드이면 그 레코드는 갱 
신된다. 순차파일의 경우와 같이 색인달린 순차파일은 일괄방식에서 넘침파일과 때때로 
통합된다. 

색인달린 순차파일은 파일의 순차적성질을 손상시킴이 없이 단일레코드의 접근에 필 
요한 시 간을 크게 줄인다. 파일 전체 를 순차적 으로 처 리 하기 위하여 넘 침 파일 에 로의 지 시 
자를 발견 할 때 까지 주파일 의 레 코드들을 순차로 처 리하며 넘 침 파일 에 로의 지 시 자를 발 
견하면 령지시자를 만날 때까지 넘침파일에서 접근을 계속한다. 령지시자를 만나면 주파 
일의 다음레코드에로 다시 돌아와 검색을 계속한다. 

접 근에 서 더 큰 효률을 얻 기 위하여 다중준위 색 인화를 사용할수 있 다. 따라서 가장 
낮은 준위 의 색 인파일 은 순차파일 로 취 급되 며 고준위 색 인파일 은 그 파일 을 위하여 생 성 
된다. 백만개 레코드로 된 파일을 다시 고찰하자. 만개의 입구점을 가진 저준위색인이 
구축된다. 그다음에 100개 입구로 된 저준위색인에로의 고준위색인이 구축된다. 탐색은 
고준위색 인에서부터 시 작하여 (평균길 이=50번 접근) 저준위색 인에 로의 입구점 을 찾는다. 
그다음 저 준위 의 색 인을 탐색 하여 (평 균길 이 =50) 기 본파일 에 로의 입 구점 을 찾으며 계 속하 
여 기 본파일을 탐색한다(평균길 이 =50). 따라서 평균탐색길 이는 500,000으로부터 1000으 
로，150으로 줄어 들었다. 

색인달린 과일 

색인달린 순차파일은 순차파일의 한가지 제한을 그대로 가지고 있다. 즉 효률적인 
처리는 파일의 단일마당에 의거한다는 제한을 가지고 있다. 열쇠마당이 아니라 어떤 다 
른 속성에 기초하여 레코드를 검색할 필요가 있을 때 이 두가지 형식의 순차파일은 적당 
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하지 않다. 어떤 응용들에서는 이러한 유연성이 필요하다. 

이 유연성을 달성 하기 위 하여 람색주제가 될수 있는 매개 마당형 에 대 하여 하나씩 
색인을 가지는 다중색인을 채용한 구조가 필요하다. 일반 색인파일에서의 순차성과 단일 
열쇠의 개념은 없어 진다. 레코드들은 오직 자기의 색인들을 통하여서만 접근된다. 결과 
는 적어도 한개의 색인에 있는 지시자가 그 레코드를 가리키는한 레코드들의 배치에 아 
무런 제한도 없다는것 이 다. 게 다가 가변길이레코드를 받아 들일수 있다. 

두가지형의 색인이 사용된다. 완전색인은 기본파일의 매개 레코드에 대하여 한개의 
입구를 포함한다. 색 인 그자체는 람색을 쉽게 하기 위 하여 순차파일로 구성한다. 부분색 
인은 관심이 있는 마당들이 존재하는 레코드들에로의 입구들을 포함한다. 가변길이레코 
드의 경우에 어떤 레코드들은 모든 마당들을 포함하지 않을것 이 다. 새로운 레코드를 기 
본파일에 추가할 때 모든 색인파일들을 갱신하여야 한다. 

색인달린 파일들은 대체로 정보의 시간요구가 정밀하고 자료가 드물게 완전처리되는 
응용들에 서 사용된다. 실례 로 항공예 약체 계 와 재 고품조종체 계 들을 들수 있다. 

직접과일 또는 하쉬과일 

직접파일 또는 하쉬파일은 디스크의 능력을 활용하여 임의로 알려 진 주소의 블로 
크에 직접 접근할수 있는 파일이다. 순차 및 색인달린 순차파일의 경우와 같이 매개 레 
코드에 열쇠마당이 필요하다. 그러나 여기에서 순차배렬의 개념은 전혀 없다. 

직 접파일은 열쇠값에 대 한 하쉬법 을 사용한다. 이 기 능은 부록 8-자 에서 설명한다. 
그림 8-26 l 에서 는 하쉬 파일 에서 대 표적 으로 사용되 고 있는 넘 침파일을 가진 하쉬 법 구성 
형태를 보여 주고 있다. 

직접파일들은 흔히 매우 신속한 접근을 요구하는곳에서，고정길이레코드를 사용하는 
곳에서 그리고 레코드에 항상 동시에 한번 접근하는곳에서 사용된다. 실례로 등록부들, 
가격 표들，일정작성 들，이 름목록들을 들수 있 다. 

제 3 절. 파일등록부 


내용 

임의의 파일관리체계와 파일들의 집합과 관련되는것은 파일등록부이다. 등록부는 속 
성，위치，소유권과 함께 파일들에 대한 정보를 포함한다. 특히 2 차기억기와 관련되는 대 
부분의 정 보는 조작체 계 가 관리한다. 등록부는 그자체 가 파일 로서 조작체 계 가 소유하며 
여 러 가지 파일관리 루린들에 의하여 접 근할수 있 다. 비 록 등록부의 몇 가지 정 보는 사용자 
와 응용들에서 사용될수 있지만 이것은 일반적으로 체계루린이 간접적으로 제공한다. 따 
라서 사용자들은 읽기전용방식에서조차 등록부에 직접 접근할수 없다. 

표 12-2 는 체계에 있는 매개 파일에 관하여 등록부에 대표적으로 기억시킨 정보를 
제 시한다. 사용자의 관점 에 서 보면 등록부는 사용자와 응용에 알려 진 파일 이 름들과 파 
일 그자체 들사이 의 사영 을 제 공한다. 따라서 매 개 파일입 구는 파일 의 이 름을 포함한다. 
실제상 모든 체계들은 서로 다른 형태의 파일들과 서로 다른 파일조직들을 취급하며 역 
시 이 정보를 제공한다. 매개 파일에서 중요한 부류의 정보는 그의 위치，크기와 함께 그 
의 2차기억기에 관계된다. 공유체계들에서는 파일에로의 접근을 조종하는데 사용되는 정 
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용자들에게 일정한 접근특권을 줄수 있다. 결국 파일의 현재 사용을 관리하고 그 
경력을 등록하는 사용정보가 필요하다. 

구조 

표 12-2 의 정 보를 보관하는 방법은 여 러 가지 체 계 들에서 크게 다르다. 몇 가 
는 파일과 관련된 머 리부레코드에 기 억될수 있다. 이것으로 하여 등록부에 필요 
기 량이 줄어 들며 주기억 기 에 등록부의 모두 또는 대 부분을 보다 쉽 게 유지 하여 
개선한다. 물론 몇 가지 주요한 요소들은 등록부에 있어 야 한다. 대표적 으로 이 주 
소들에는 이름，주소，크기，조직방법이 포함된다. 

등록부의 가장 단순한 형식의 구조는 매개 파일에 대한 입구목록으로 된 구 
이 구조는 열쇠로 봉사하는 파일이름을 가진 단순한 순차파일로 표현될수 있다. 
일부 단일사용자체계들에서 이 수법을 사용하여 왔다. 그러 나 이 수법은 다중사냐 
체계를 공유할 때 그리고 단일사용자들이 많은 파일들을 가질 때에는 적합하지 ? 

표 12-2. 파일등록부의 정보요소들 
기본정보 

파일 이름 생성자(사용자 또는 프로그람)가 선택하는 이름. 특정등록부내 에서 귀 

야 한다. 

파일형래 실례로 본문，2 진, 적재모듈 기타 등붕 

파일조직 서로다른 조직방법들을 지원하는 체계들에 대하여 

주소정보 

기록권 파일이 기 억되는 장치를 가리킨다. 

시 작주소 2차기억기의 물리 적시 작주소(실례 로 디 스크의 시린더，자리 길，볼로. 

사용된 크기 바이트, 단어블로크단위의 파일의 현재크기 

배정된 크기 최 대파일크기 

접 근조종정 보 

소유자 이 파일에 대 한 조종권이 배 당되는 사용자，소유자는 다른 사용자들 ( 

근권을 허가/거절할수 있으며 이 특권들을 변경할수 있다. 

접근정보 이 요소의 간단한 판본은 권한받 째 사용자에 대하여 사용자이름: 

암호를 포함한다. 

허가된 작용 읽기，쓰기，집행，망을 통한 전송을 조종한다. 

사용정보 

생성된 날자 파일이 처음으로 등록부에 놓여 진 시간 

생성자의 신원 보통은 현재소유자이지만 반드시 그렇지는 않다. 

마지막읽기접근날자 레코드를 읽기한 마지막 시 간의 날자 

마지막읽기자의 신 읽기를 한 사용자 

원 

마지 막변경 날자 마지 막갱 신，삽입，삭제날자 

마지막변경자의 신 변경을 한 사용자 

원 

마지 막여벌작성 날자 파일을 마지 막으로 다른 2 차기억매 체 에 여 벌로 만들 날자 




파일구조에 대한 요구들을 리해하기 위해서는 등록부에서 수행할수 있는 조작의 형 
태들을 고찰하는것 이 유익하다. 

• 탐색 : 사용자 또는 응용이 파일을 참조할 때 등록부를 탐색하여 그 파일에 대 
응하는 입구를 찾아야 한다. 

• 파일생성 : 새로운 파일을 생성할 때 등록부에 입구를 첨부하여야 한다. 

• 파일삭제 : 파일을 삭제 할 때 등록부에서 입구를 제거 하여 야 한다. 

• 등록부목록 : 등록부전체 또는 일부가 요구될수 있다. 일반적으로 이 요구는 사용 
자가 제기 하며 사용자가 소유한 모든 파일들의 목록을 매 개 파일의 일부 속성 (실 
례로 형태，접근조종정보，사용정보)과 함께 제시한다. 

• 등록부갱신 : 일부 파일속성들이 등록부에 기억되기때문에 이 속성들중 하나가 
변하면 대응하는 등록부입구를 변화시켜 야 한다. 

간단한 목록은 이 조작들을 지원하는데 적 합하지 않다. 단일사용자의 요구를 고찰하 
자. 사용자는 문서처 리본문파일，도형파일，표계산자료，기 타 등을 포함하여 많은 파일형 
태들을 가질수 있다. 사용자는 이 파일들을 프로젝트에 따라，형태에 따라 또는 어떤 다 
른 편리한 방법으로 조직하려고 한다. 등록부가 간단한 순차목록이라면 등록부는 파일들 
을 조직하는데 그 어떤 도움도 주지 않으며 사용자가 두개의 서로 다른 형태의 파일에 
갈은 이름을 사용하지 않도륵 한다. 문제는 공유체계에서 더욱 악화된다. 단일이름짓기는 
심중한 문제를 일으킨다. 게 다가 등록부에 자기 본래의 구조가 전혀 없으면 사용자들에 
에게 전체등록부의 일부분을 숨기기 힘들다. 

이 문제들을 풀기 위한 출발점은 2준위기구를 사용하는것 이다. 이 경우 매개 사용자 
에게는 한개 등록부와 주등록부가 있다. 주등록부는 매 사용자등록부에로의 입구를 가지 
며 주소와 접근조종정보를 제공한다. 매개 사용자등록부는 그 사용자파일들의 간단한 목 
록이다. 이러한 배치는 이름이 단일사용자의 파일집합내에서만 유일하여야 하며 파일체 
계 가 등록부들에 대 한 접 근제 한을 쉽 게 수행할수 있 다는것 을 의 미한다. 그러 나 그것 은 
여전히 사용자들이 파일들의 집합을 구조화하는데 아무런 도움도 주지 못한다. 



파일 


그림 12-4. 나무구조등록부 
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더 강력하고 유연한 방법이며 거의 보편적으로 도입되고 있는 방법은 계층 또는 나 
무구조방법 이 다(그림 12-4). 앞에서와 같이 자기 밑에 많은 사용자등록부를 가진 주등록 
부가 있다. 매개 사용자등록부들은 계속하여 입구들로서 보조등록부들과 파일들을 가질 
수 있다. 이것은 임의의 준위에 다 해당된다. 즉 임의의 준위에서 등록부는 보조등록부에 
대 한 입구들과 파일들에 대 한 입구들로 구성될수 있다. 

마지막으로 등록부와 보조등록부를 어떻게 구성하는가가 문제이다. 물론 가장 단순 
한 방법은 매개 등록부를 순차파일로서 기 억하는것 이 다. 등록부들이 매우 많은 입구들을 
포함한다면 이러한 구성은 불필요하게 오랜 탐색시간을 초래할수 있다. 그런 경우에는 
하쉬구조가 더 좋다. 

이름짓기 

사용자는 파일을 기호이름으로 지정하려고 한다. 체 계에 있는 매 개 파일은 파일참조 
를 명백 히 하기 위하여 유일한 이름을 가져 야 한다. 다른 한편 특히 공유체 계 에서 사용 
자들에 게 유일 한 이 름을 제 시할것 을 요구하는것 은 사용자들이 받아 들일수 없는것 이 다. 

나무구조등록부를 사용하면 유일한 이름을 할당하는데서 난관을 극복할수 있다. 파 
일에 도달할 때까지 뿌리 또는 주등록부로부터 여 러 갈래 에로의 경로를 추적하여 체계 에 
있는 임의의 파일의 위치를 찾을수 있다. 그자체가 파일이름으로 끝나는 등록부이름들의 
렬은 그 파일에 대 한 경 로명 을 구성한다. 실례 로 그림 12-5 의 왼쪽 아래 모서 리 에 있는 
파일은 경 로명 / User B 八 Vord 八 Jnit A / ABC 를 가진다. 사선은 이름들을 차례 로 구분하기 
위하여 사용된 다. 주등록부의 이 름은 암시 적 이 다. 왜 냐하면 모든 경 로는 그 등록부에 서 
시 작하기 때 문이 다. 파일들이 유일 한 경 로명 을 가지 는한 여 러 가지 파일들이 갈은 파일 이 
름을 가질수 있다. 따라서 체계에 파일이름이 ABC 인 또다른 파일이 있지만 그것은 경로 
명八 Jser B/Draw / ABC 를 가진다. 

경로명은 파일이름들의 선택을 쉽게 하지만 사용자가 파일에 대한 참조를 할 때마 
다 완전한 경로명을 한자한자 전부 쓴다는것은 불편할것 이 다. 대표적 으로 서로 대화하는 
사용자 또는 프로쎄스가 흔히 작업등록부라고 하는 현재 등록부를 경로명에 련관시켰다. 
그때 파일들은 작업 등록부에 상대 적 으로 참조된다. 실례 로 사용자 묘의 작업등록부가 
《 Word 》 이면 경로명 Unit A / ABC 는 그림 12-5 의 왼쪽 아래 모서리에 있는 파일을 식 
별하는데 충분하다. 서로 대화하는 사용자가 등록할 때 또는 프로쎄스가 생성될 때 작업 
등록부에 대 한 기 정 값은 사용자등록부이다. 집 행 기 간에 사용자는 뿌리 등록부에 서 아래 우 
로 이 동하면서 서 로 다른 작업 등록부들을 정 의할수 있 다. 

제 4 절. 파일공유 

다중사용자체계에서는 많은 사용자들속에서 파일들을 공유할데 대한 요구가 거의 
항상 제기된다. 두가지 문제 즉 접근권과 동시접근관리가 제기된다. 

접근권 

파일체계는 사용자들사이에서 다방면적 인 파일공유를 허용하는 유연한 도구를 보장 
하여야 한다. 파일체계는 특정한 파일에 접근하는 방법을 조종할수 있도록 여러가지 수 
법을 제공하여 야 한다. 대표적으로 사용자들 또는 사용자들의 그롭들에는 파일에 대한 
일정한 접근권이 주어 진다. 넓은 령역의 접근권들이 사용되였다. 다음의 목록은 특정한 
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t 사용자에게 할당할수 있는 접근권을 나타낸다. 

•는 파일의 존재조차도 알수 없으며 더군다나 평가할: 
하면 사용자는 이 파일을 포함하는 사용자등록부를 읽 
斗는 파일이 존재하는가, 소유자가 누구인가를 확인할수 
11게 추가적 인 접근권들을 요구할수 있다 
I •는 프로그람을 적재 하고 집 행 할수 있지만 복사할수 없 C 
가 이 제한으로 접근가능하다. 









• 읽기 : 사용자는 복사와 집행을 포함하여 임의의 목적으로 파일을 읽을수 있다. 
어떤 체 계들은 보기와 복사를 구별할수 있다. 전자의 경우에 파일의 내용을 사용 
자에게 현시할수 있지만 사용자는 복사할 그 어떤 수단도 없다. 

• 추가: 사용자는 흔히 파일의 끝에 자료를 추가할수 있지만 파일의 내용을 변경하 
거나 지울수 없다. 이 권한은 많은 자원에서 자료를 수집할 때 유익하다. 

• 갱신 : 사용자는 파일의 자료를 변경，삭제，추가할수 있다. 이것은 일반적으로 파 
일에 초기쓰기 , 완전 또는 부분적 인 재쓰기 그리고 자료의 전부 또는 한부분의 
삭제를 포함한다. 일부 체 계들은 서로 다른 갱신정도를 구별한다. 

• 보호변경 : 사용자는 다른 사용자들에게 부여된 접근권들을 변경시킬수 있다. 대 
표적으로 파일소유자만이 이 권한을 가진다. 일부 체계들에서 소유자는 다른 사 
용자들에게 이 권한을 줄수 있다. 이 기구의 람용을 방지하기 위하여 파일소유자 
는 대표적으로 이 권한의 유지자가 어느 권한들을 변경시킬수 있는가를 규정할 
수 있 다. 

• 삭제 : 사용자는 파일체계에서 파일을 삭제할수 있다. 

이 권한들은 매개 권한이 자기보다 앞에 있는 권한들을 내포하는 계층구조를 구성 
한다고 볼수 있다. 따라서 특정한 사용자에게 특정한 파일에 대한 갱신권이 부여되면 그 
때 그 사용자에게는 역시 다음의 권한 즉 확인, 집행，읽기，추가권도 부여된다. 

보통 초기에 파일을 생성한 한명의 사용자가 주어 진 파일의 소유자로 지정된다. 소 
유자는 앞에서 렬거한 모든 접근권들을 가지며 다른 사용자들에게 권한들을 줄수 있다. 
다음의 서로 다른 사용자부류들에 접근권을 줄수 있다. 

• 특정사용자 : 사용자 ID 로 지정된 개별적 인 사용자들 

• 사용자그름 : 개별적으로 정의되지 않는 사용자들의 모임. 체계는 사용자그롭의 
성 원 임 을 추적하는 어 떤 방법 을 가지 고 있 어 야 한다. 

• 전부: 이 체계에로의 접근을 가지는 모든 사용자들. 이것들은 공개파일들이다. 

동시접근 

둘이 상의 사용자에 게 파일 을 추가 또는 갱 신하기 위한 접 근을 허 용할때 조작체 계 
또는 파일관리체계는 어떤 규칙을 세워 야 한다. 억지방법은 사용자가 파일을 갱신하려고 
할 때 파일전부를 봉쇄하도록 한다. 이것 은 본질적 으로 제 5장에서 론의된 읽기 자/쓰기 자 
문제 이 다. 호상배 제 와 교착문제들은 공유접 근능력 을 설 계하는데 서 강조되 여 야 한다. 

제 5 절. 레쿄드의 블로크화 

그림 12-2 에서 지 적된바와 같이 레 코드는 파일 접 근을 위 한 론리 적 단위 이 며 반면에 
블로크는 2 차기억 기 와의 입 출력단위 이 다. 입 출력 을 수행할 때 레 코드들을 블로크로 구성 
하여 야 한다. 

고려하여 야 할 여 러 가지 문제들이 제 기된다. 먼저 블로크들이 고정길 이 인가 또는 가 
변길이인가 하는것이다. 대부분의 체계에서 블로크들은 고정길이로 되여 있다. 이것은 입 
출력，주기억기 에서 완충기배정，2차기억기 에서 블로크들의 구성을 단순화한다. 다음으로 
무엇 이 블로크의 상대 적 인 크기 와 평 균레 코드크기 를 비 교하는가 하는것 이 다. 교환조건은 
다음과 같다. 즉 블로크가 크면 클수록 한번의 입출력조작으로 통과되는 레코드는 더 많 
아 진다. 파일이 순차적으로 처리되거나 탐색되면 리롭다. 왜냐하면 보다 큰 블로크를 사 
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• 가변길이산재블로크작성 : 가변길이 레코드를 사용하며 사용하지 않는 공간이 전혀 
없게 블로크에 가변길이레코드를 채워 놓는다. 따라서 일부 레코드들은 계승블 
로크에로의 지시자가 지정하는 연장부분을 가지고 두개 블로크에 나뉘 
여 져야 한다. 

• 가변길 이 비 산재 블로크작성 : 가변길 이 레 코드를 사용하지 만 산재 기 능을 사용하지 
않는다. 다음 레코드가 나머지 사용하지 않는 공간보다 더 크면 블로크의 나머지 
를 사용할수 없기때문에 대부분 블로크들에 랑비되는 공간이 있다. 

그림 12-6 은 디스크에 있는 순차적 인 블로크들에 파일을 보관한다고 가정 하는 방 
법 들을 설명한다. 어 떤 다른 파일배 정 기 구를 사용한다고 해 도 효과는 달라 지 지 않을 
것 이 다(제 6 절을 보시 오. ) . 

고정블로크작성은 고정길 이레코드를 가진 순차파일에 서 공통방식 이 다. 가변길 이산 
재블로크작성은 기 억장치 에서 효률적 이며 레코드크기를 제 한하지 않는다. 그러 나 이 
수법 은 실현하기 힘 들다. 두개 블로크에 산재해 있는 레 코드들은 두번의 입 출력 조작을 
요구하며 파일들은 그 구성 을 고려하지 않고는 갱 신하기 가 힘 들다. 가변길 이비 산재 블 
로크작성 은 공간을 랑비 하며 레 코드크기 를 블로크크기 로 제 한한다. 

레 코드블로크작성수법 은 가상기 억기하드웨 어 를 받아 들였 으면 하드웨 어 와 대 화할 
수 있다. 가상기억기환경에서는 페지를 기본이송단위로 할것을 바란다. 페지는 일반적 
으로 아주 작다. 그래서 폐지를 비산재블로크작성을 위한 블로크로 취급하는것은 비실 
용적 이다. 따라서 일부 체 계 들은 다중폐 지 들을 결 합하여 파일입 출력 을 위 한 더 큰 블 
로크를 창조한다. 이 방법 은 IBM 대 형 콤퓨터 에 서 VSAM 파일 에 사용된 다. 

제 6 절. 2 차기억기의 관리 

2 차기 억 기에 있는 파일 은 블로크들의 집 합으로 구성된다. 조작체 계 나 파일 관리 체 계 는 
파일들에 블로크들을 배정 하여 야 한다. 이것은 두가지 관리문제를 발생시 킨다. 첫째 로，2 차 
기억기의 공간을 파일들에 배정하여야 하며 둘째로，배정에 사용할 공간을 추적하는것이 
다. 이 두 과제 는 서 로 련 관된 다는것 즉 파일 배 정 을 위한 방법 이 자유공간관리 를 위한 
방법 에 영 향을 미 칠 수 있 다는것 을 알수 있 다. 

이 절에서는 먼저 단일 디스크에 파일을 배 정하는 방법들을 고찰한다. 그다음 자유공 
간관리 문제 를 고찰하며 마지 막에 신뢰 성 을 론의한다. 

파일배정 

파일배정에서는 여러가지 문제들이 제기된다. 

1. 새 로운 파일을 생성할 때 파일 에 필요한 최 대공간이 즉시 에 배정되는가? 

2. 공간은 조각이라고 하는 한개 이상의 련속적 인 단위 들로 파일에 배정된다. 한조각 
의 크기는 단일블로크크기로부터 전체 파일크기까지의 범위에 있을수 있다. 얼 
마만한 크기의 조각이 파일배정에 사용되는가? 

3. 파일 에 할당된 조각들을 추적하는데 어 떤 종류의 자료구조 또는 표가 사용되 는 
가? 이러한 표를 대표적으로 파일배치표 ( FAT ) 라고 한다. 

이 문제들을 차례로 고찰하자. 

미리배정 대 동적배정 

미 리 배 정 방책 은 파일 생 성 을 요청 하는 시 각에 파일 의 최 대 크기 를 선 언 할것 을 요구한 
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다. 프로그람번역，요약자료파일들의 산생 또는 다른 체계로부터 통신망을 통한 파일의 
전송과 갈은 많은 경우에 이 값을 정확히 판단할수 있다. 그러 나 많은 응용들에서 파일 
의 최대가능한 크기를 정확히 판단하는것은 힘들기는 하지만 가능하다. 그런 경우에 사 
용자들과 응용프로그람작성 자들은 기 억 공간이 남도록 파일 크기 를 과대 평 가하기 쉽 다. 이 
것은 2 차기억기배정의 관점 에서 보면 명백 히 랑비 로 된다. 따라서 필요에 따라 파일에 
조각으로 공간을 할당하는 동적배정을 사용하는것이 유익하다. 

조각크기 

두번째 문제는 파일에 배정되는 조각크기에 대한 문제이다. 한 극단에서 전체파일을 유 
지하는데 충분히 큰 조각을 배정한다. 다른 극단에서 한번에 한개 블로크씩 디스크공간을 배 
정한다. 조각의 크기를 선택하는데서 단일파일의 관점에서 본 효률과 전반체계의 효률사이에 
교환조건이 있 다. [ WIED 8 기 은 교환조건에 서 고려 할 4가지 항목을 제 시 한다. 

1. 련속공간은 특히 다음레코드검색조작에 대한 성능을 증가시키며 트랜잭션지향조 
작체 계 에서 실행하는 트랜잭 션에서 성 능을 크게 높인다. 

2. 많은 수의 작은 조각들을 사용하면 배 정 정 보를 관리하는데 필 요한 표들의 크기 가 
커진 다. 

3. 고정크기조각들(실례로 블로크들)을 사용하면 공간의 재배정을 간단화한다. 

4. 가변크기조각 또는 작은 고정크기조각들을 사용하면 과배정때문에 사용하지 않는 
기억기의 랑비를 최소로 한다. 

물론 이 항목들은 호상 작용하며 함께 고려하여 야 한다. 그 결과 두가지 주요한 방 
안이 제기된다. 

• 큰 가변련속조각 : 이것은 더 좋은 성능을 제공한다. 가변크기는 랑비를 없애며 
파일배정표들은 작아 진다. 그러 나 공간을 재사용하기는 힘들다. 

• 블로크 : 작은 고정 크기 조각들은 더 큰 유연성 을 제 공한다. 그것들은 자기들의 배 
정 에 큰 표들 또는 복잡한 구조를 요구할수 있다. 린접은 포기되 였으며 블로크들 
은 요구에 따라 배정된다. 

어 느 방안이 든 미 리 배 정 이 나 동적 배 정 에 적 합하다. 큰 가변련속조각들의 경 우에 파 
일은 하나의 련속블로크들의 그룹에 미리 배정된다. 이것은 파일배정표를 요구하지 않는 
다. 요구되 는것은 첫 블로크에 로의 지시 자와 배정된 블로크의 수뿐이다. 블로크들인 경 우 
에 요구된 모든 조각들은 한번에 배정된다. 이것은 파일에 대한 파일배정표가 여전히 고 
정 크기 일 것 이 라는것 을 의 미 한다. 

가변크기조각인 경우에 자유공간의 분렬문제가 제기된다. 이 문제는 제 7장에서 분할 
된 주기억 기 를 고찰할 때 론의 했 다. 몇 가지 가능한 전 략들은 다음과 같다. 

• 첫블로크배정 : 자유블로크목록에서 사용하지 않는 충분한 크기의 련속블로크들 
의 첫 그롭을 선택한다. 

• 최 적 블로크배 정 : 충분한 크기 의 사용하지 않는 가장 작은 그롭을 선택한다. 

• 가장 가까운 배정 : 국소성을 확대 하기 위하여 파일의 이전 배정 과 가장 가까운 
위치에 있는 충분한 크기의 사용하지 않는 그룹을 선택한다. 

어 느 전략이 가장 좋은가는 명 백하지 않다. 여 러 가지 전략들을 모형화하는데서 난관 
은 파일의 형태，파일의 접근패턴，다중프로그람처리등급，체계의 다른 성능요소들，디스 
크고속완충，디스크일정작성 기 타 등을 포함하여 많은 요소들이 호상 작용한다는데 있다. 

파일배정방법 

미 리배정 대 동적배정과 조각크기 에 대 한 문제들을 고찰한다음에는 특정한 파일배 
정 방법들을 고찰할수 있다. 이 세가지 방법 즉 린접，사슬，색인방법들이 공통으로 사용된다. 
표 12-3 은 매 방법 의 특징 들을 요약한다. 
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I 배정인 경우에는 파일생성시에 린접하는 블로크들의 단일모임을 파일에 배정힌 
12-7). 따라서 이것은 미리배정전략이며 가변크기쪼각들을 사용한다. 파일배정5 
블로크와 파일의 길이를 보여 주는 매개 파일에 대한 단일입구를 요구한다. 린접 
개별적인 순차파일의 견지에서 가장 좋은 방식이다. 한번에 다중블로크들을 줄4 
는에 순차처리에서 입출력성능을 개선한다. 또한 단일블로크를 검색하기도 쉽다. 
파일은 블로크 b 에서 시작하고 파일의 / 번째 블로크가 요구된다면 2 차기억기에 
위 치 는 단지 b + i - 1 이 다. 린접배 정은 몇 가지 문제 점 들을 제 기 한다. 외 부분렬 
하여 충분한 길이를 가지는 린접블로크공간을 찾기 힘들것이다. 때때로 압축알고 
수행 하여 디스크에 추가적 인 공간을 확보할 필요가 있다(그림 12-8). 또한 미 리 
경우에도 앞에서 언급한 문제들과 함께 생성시에 파일의 크기를 선언 
_가 있다. 


O 해 행 

a o o q a 

파일 B + 

■ ■ iQ i：_ iQ 

IQ 16 Q 잼규 1렵 1램 


파일이름 

시 작블로크 

길이 

파일 A 

2 

3 

파일 B 

9 

5 

파일 C 

18 

8 

파일 D 

30 

2 

파일 E 

26 

3 


2 해 

파일 E 

25⑵ 26 Q 27 Q 
파일 D 

30 , 31 ， 


그림 12-7. 린접파일배정 


표 12-3. 과일배정방법 



린접 

사슬식 

색인 

미리배정 

필수 

가능 

가능 

고정 또는 가변크 
기쪼각들 

가변 

고정블로크들 

고정블로크들 

가변 

조각크기 

크다 

작다 

작다 

중간 

배정 빈도 

한번 

낮은데서 높은데로 

높다 

낮다 

배정시간 

중간 

길다 

짧다 

중간 

파일배정표크기 

한개입 구 

한개입 구 

크다 

중간 


린접배정의 반대극단에는 사슬식배정이 있다(그림 12-9). 대표적으로 배정은 개별적 
I •로크에 기초한다. 매 개 블로크는 사슬에서 다음 블로크에 로의 지시 자를 포함한다. 
배정표는 또 시 작블로크와 파일의 길이를 보여 주는 매개 파일에로의 단일입구를 요 
다. 비록 미 리배정 이 가능할지라도 필요에 따라 블로크를 배정하는것 이 아주 일반적 
. 블로크들의 선택은 쉬운 문제이다. 즉 임의의 자유블로크를 사슬에 추가할수 있다. 




한번에 오직 하나의 블로크를 요구하기때문에 외부분렬이 전혀 발생하지 않는다. 이러한 
형태의 물리적구성은 순차적으로 처리하려는 순차파일들에 가장 적합하다. 파일의 개별 
적인 블로크를 선택하기 위해서는 사슬전체에 대하여 펼요한 블로크를 추적하여야 한다. 

지금까지 서술한바와 같이 사슬식배정의 한가지 문제점은 국소성의 원리를 전혀 받 
아들일수 없다는것이다. 따라서 순차처리에서와 같이 한번에 여러개의 블로크들을 제공 
할 필요가 있다면 디스크의 서로 다른 부분에로의 련속적인 접근이 요구된다. 이것은 아 
마 단일사용자체계에 더 큰 영향을 주지만 공유체계에도 역시 련관될수 있다. 이 문제를 
극복하기 위하여 일부 체 계 들은 파일들을 주기 적 으로 통합정 리한다(그림 12-10). 
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파일배정 표 


파일 이 름 

시작블로크 

길이 

파일 

A 

0 

3 

파일 

B 
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5 

파일 

C 

8 

8 

파일 

D 

18 

2 

파일 
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16 
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그림 12-8. 린접파일배정 (압축후에) 



3[] 3[] 3[] 3[] 3[] 


그림 12-9. 사슬배정 
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색인에 의 한 배정은 린접배정 과 사슬식배정의 많은 문제 들을 강조하여 취급한다. 이 
경우에 파일배정표는 매개 파일에 대하여 개별적인 1 준위색인을 포함하는데 그 색인은 
파일에 배정된 매개 조각에 대한 하나의 입구를 가전다. 

파일에 배정된 매개 쪼각에 대한 하나의 입구를 가진다. 대표적으로 파일색인들은 
파일배정표의 부분으로서 물리적으로 기억되지 않는다. 오히려 파일에 대한 파일색인은 
개별적인 블로크에 유지되며 파일배정표에서 파일에 대한 입구는 그 블로크를 가리킨다. 
배정은 블로크들(그림 12-11) 이나 가변길이조각들(그림 12-12) 에 기초할수 있다. 블로크 
들에 의한 배정은 외부분렬을 제거하지 만 반면에 가변길 이조각들에 의한 배정 은 국소성 
을 증가시 킨다. 어느 경우이든 파일통합을 자주 수행할수 있다. 파일통합은 가변길이조각 
들의 경우에 색 인크기를 줄이지만 블로크배정 인 경우에는 그렇지 못하다. 색인에 의한 배정 
은 순차접근과 직접접근을 둘다 지원하며 따라서 파일배정의 가장 일반적인 형식이다. 


파일배정 표 


그림 12-10. 사슬배정 (통합정리후) 

자유공간관리 

파일에 배정된 공간을 관리하여 야 하는것과 같이 현재 임의의 파일에 배정되지 않 
은 공간도 역 시 관리하여 야 한다. 앞에서 서 술한 임 의의 파일배 정수법 을 적 용하기 위하 
여서는 디스크의 어 느 블로크들을 사용할수 있는가를 알아야 한다. 따라서 파일배 정표에 
추가하여 디 스크배 정표가 필요하다. 여 기서 는 이 미 실현된 여 러 가지 수법 들을 론의한다. 

비트표 

이 방법 은 디 스크의 매 개 블로크에 대 하여 한개 비 트를 포함하는 벡토르를 사 
용한다. 0으로 된 매 개 입 구는 자유블로크에 대 응하며 1 로 된 매 개 입 구는 사 
용중에 있는 블로크에 대응한다. 실례로 그림 12-7 의 디스크배치도에서 길이가 35 인 
벡 토르가 필 요하며 그것 은 다음의 값을 가질 것 이다. 
00111000011111000011111111111011000 
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자유공간관리 


















차도 4 Mbyte 는 단일기능에 사용하기에는 매우 큰 주기 억기 이 다. 다른 방도는 디스크에 
비 트표를 배 치하는것 이 다. 그러 나 4 Mbyte 의 비 트표는 약 8000 개 의 디 스크블로크를 요 
구할것이다. 블로크가 요구될 때마다 그만한 크기의 디스크공간을 탐색할수 없으므로 기 
억기에 비트표를 상주시키고 있다. 

비 트표가 주기억 기 에 있 을 때 조차도 표의 완전한 탐색 은 용납할수 없 을 정 도로 파 
일체계의 성능을 약화시킬수 있다. 이것은 특히 디스크가 거의 차고 자유블로크가 얼마 
남지 않았을 때 그러하다. 따라서 비 트표를 사용하는 대 부분의 파일 체 계 는 비 트표의 국 
부령역 들의 내 용을 요약하는 보조자료구조들을 유지한다. 실례 로 표는 많은 동일크기의 
국부령역 들로 론리 적 으로 분할될수 있 다. 요약표는 매 개 국부령역 에 대 한 자유블로크들 
의 수와 자유블로크들의 최대크기의 린접수를 포함한다. 파일체계는 많은 린접 블로크들 
이 필 요하면 요약표를 조사하여 적 당한 국부령역 을 찾은 다음 그 국부령역 을 
람색 할수 있다. 


사슬식 자유조각 


매개 자유조각의 지시 자와 길이값을 사용하여 자유조각들을 사슬로 련결할수 있다. 

이 방법은 디스크배정표를 전혀 요구하지 않으며 이따금씩 사슬머 리에로의 지시자와 첫 
조각의 길 이를 요구하기때 문에 공간내부처 리 는 무시해도 좋다. 이 방법은 모든 파일배정 
방법 에 적 합하다. 한번 에 한개 블로크를 배 정한다면 사슬의 머 리 부에 서 간단히 자유블로 
크를 선택 하고 첫 지 시 자와 길 이 값을 조절 한다. 가변길 이조각을 배 정한다면 첫 블로크배 
정알고리 듬을 사용할수 있 다. 즉 사슬에 서 다음번 적 합한 자유조각을 결정 하기 위하여 
조각들에서 머 리부들을 한꺼번에 꺼낸다. 역시 지시자와 길이값들을 조절한다. 

이 방법은 자기고유의 문제를 가진다. 얼마간 사용한후에 디스크는 작은 조각들로 
분렬되고 많은 조각들은 단일블로크길이를 가지게 된다. 역시 블로크를 배정할 때마다 
그 블로크에 자료를 쓰기전에 먼저 블로크를 읽 어 새 로운 첫 자유블로크에로의 지시 자를 
되찾을 필요가 있다. 파일조작을 위하여 많은 개별적블로크들을 동시에 배정할 필요가 
있다면 이 방법은 파일생성을 매우 느리게 한다. 이와 류사하게 사방으로 분렬되여 있는 
파일 들을 삭제하는 조작은 매 우 많은 시 간을 소비한다. 

색인작성 

색인작성방법은 자유공간을 파일로 취급하며 파일배정에서 서술된바와 같이 색인표 
들을 사용한다. 효률을 위하여 블로크가 아니 라 가변크기 조각들에 기 초하고 있 다. 따라서 
디 스크에 있는 매 개 자유조각을 위하여 표에 한개 입 구를 가진다. 이 방법은 모든 파일 
배 정방법 들을 효과적 으로 지 원한다. 

자유볼로크목록 

이 방법에서는 매개 블로크에 순차적으로 번호가 할당되며 모든 자유블로크들의 번 
호목록이 디 스크의 예 약구역 에 유지된다. 디 스크의 크기 에 따라서 24 bit 또는 32 bit 가 단 
일 블로크번 호를 기 억 하는데 요구된 다. 그래 서 자유블로크목록의 크기 는 대 응하는 비 트표 
의 크기 의 24배 또는 32배 로 되 며 따라서 주기억 기 가 아니 라 디 스크에 기 억 시 켜 야 한다. 
그러나 이것은 아주 좋은 방법이다. 다음의 문제들을 고찰하자 

1. 자유블로크목록에 사용된 디스크공간이 총 디스크공간의 1%아래 이 다. 32 bit 블로 
크번 호를 사용하면 벌 칙 공간은 매 512 byte 블로크당 4 byte 이 다. 
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2. 자유블로크목록이 너무 커서 주기억기 에 기 억시 킬수 없어도 주기억기 에 목록의 
작은 부분을 기 억 시 키 기 위한 두가지 효과적 인 수법 이 있 다. 

1) 목록은 첫 수천개 요소가 주기억기에 있는 밀어넣기탄창(부록 1- L ) 으로 취 
급될수 있다. 새로운 블로크는 배정될 때 주기억기에 있는 탄창의 꼭대기에 
서 꺼내 진다. 이와 류사하게 블로크는 해방될 때 탄창에 채워 진다. 다만 
기 억기 에 있는 탄창부분이 다 차거 나 비게 되 였을 때 디스크와 주기억기사 
이 의 자료이송이 있 어 야 한다. 따라서 이 수법 은 대 부분 거 의 령 시 
간접 근을 제공 한다. 

L ) 목록은 주기억기에 있는 대기렬의 머리부와 꼬리부에 수천개의 입구를 가진 
FIFO 대 기렬로 취 급될수 있다. 블로크는 대 기렬의 머 리부로부터 첫 번째 입 
구를 취 하는것 으로 배정되며 대 기렬의 꼬리부의 끝에 입 구를 추가하는것 으 
로 해제된다. 다만 주기억기에 있는 대기렬의 머리부분이 비게 되거나 주기 
억 기 에 있는 대 기렬꼬리 부분이 다 채 워 지 면 디 스크와 주기억 기 사이에 자료 
이송이 있어 야 한다. 

앞에서 말한 두가지 전략중 어 느 전략(탄창 또는 FIFO 대 기렬)에서도 배 경 스레 드는 
린 접 배 정 을 쉽 게 하기 위 하여 주기 억 기 내 부목록 또는 목록들을 천 천 히 분류할수 있 다. 

신릐성 

다음의 씨나리오를 고찰하자. 

1. 사용자 A 는 현존 파일 에 로 자료를 추가하기 위하여 파일 배 정 을 요청한다. 

2. 요청 이 허 락되 여 주기억 기의 파일배정 표들이 갱 신되지 만 디 스크의 것은 갱 신되 지 
않는다. 

3. 체계는 폭주하여 결과 재시동한다. 

4. 사용자 B 는 파일배정을 요청 하며 사용자 A 의 마지 막배정과 겹 치는 디스크공간 
에 배정된다. 

5. 사용자 A 는 A 의 파일내부에 기억된 참조를 통하여 겹쳐진 조각에 접근한다. 

이 난관은 체계가 효률을 위하여 주기억기에 디스크배정표와 파일배정표의 사본을 

유지했기때문에 발생하였다. 이러한 형태의 오유를 막기 위하여 파일배정이 요청될 때 
다음의 단계 들을 수행할수 있 다. 

1. 디스크에 있는 디스크배정표를 폐쇄한다. 이것은 이 배정이 끝날 때까지 표가 교 
체되는것을 막는다. 

2. 사용가능한 공간을 위하여 디 스크배정 표를 탐색한다. 이것 은 디스크배정표의 사 
본이 항상 주기억 기 에 유지 되 여 있 다는것 을 가정한다. 그렇 지 않으면 디 스크배 
정표를 주기억기에 읽어내야 한다. 

3. 공간을 배정하고 디스크배정표를 갱신하며 디스크를 갱신한다. 디스크의 갱신은 
디 스크에 있는 디 스크배 정표를 다시 작성할것 을 요구한다. 사슬식디 스크배 정 에 
서 디 스크의 갱 신도 역 시 디 스크에 있는 디 스크배 정 표를 다시 작성 할 
것을 요구 한다. 

4. 파일배정표를 갱 신하고 디스크를 갱 신한다. 

5. 디 스크배 정 표를 해 제한다. 
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이 수법은 오유를 방지할수 있다. 그러나 작은 조각들이 자주 배정될 때 성능에 미 
치는 영향은 매우 클것 이 다. 이 간접소비를 줄이기 위하여 묶음배정기구를 사용할수 있 
다. 이 경우에 디스크의 자유쪼작들의 묶음은 배정을 위하여 엄어 진다. 디스크의 대응하 
는 조각들에는《사용중》이라는 표식이 불여 진다. 이 묶음을 사용하는 배정은 주기억기 
에서 수행 할수 있다. 묶음이 다 사용되면 디스크의 디스크배정표가 갱신되며 새로운 묶 
음을 획득할수 있다. 체계폭주가 발생하면 《사용중》이 라는 표식 이 불은 디스크의 부분 
들은 재배정되기전에 어떤 방법으로든지 표식이 지워 져야 한다. 삭제수법은 파일체계의 
고유한 특징들에 관계된다. 

제 7 절. UNIX 의 파일관리 

UNIX 핵심부는 모든 파일들을 바이트들의 흐름으로 본다. 임의의 내부론리구조는 
응용에 따라 독특하다. 그러 나 UNIX 는 파일 들의 물리 적 구조에 관계 된 다. 

파일은 네가지 형태로 구분된다. 

• 보통 : 사용자，응용프로그람 또는 체계편의프로그람이 입구한 정보를 포함하는 파일들. 

• 등록 부 : 후에 서술하는 관련된 마디들(색인마디들)의 지시자들과 함께 파일이름 
으로 된 목록을 포함한다. 등록부들은 계층적으로 구성된다(그림 12-4) . 등록부파 
일들은 실제 상 사용자프로그람에 게는 읽 기접근이 가능하며 파일체 계만이 쓰기 접 
근을 할수 있도록 특수한 쓰기보호특권들을 가진 보통 파일들이다. 

• 특수 : 말단과 인쇄기와 같은 주변장치에 접근하는데 사용된다. 매개 입출력장치 
들은 제 11 장 제 7 절에서 론의된바와 같이 특수파일과 관련된다. 

• 이름붙임 : 제 6 장 제 7 절에서 론의된바와 같이 이 름붙인 흐름관 

이 절에서는 대부분의 체계들이 파일로서 취급되는 보통파일들의 처리에 대하여 보 
게 된다. 

i 마디 

조작체계는 i 마디들을 사용하여 모든 형태의 UNIX 파일들을 관리한다. i 마디 (정보 
마디)는 특정한 파일에 대하여 조작체계가 요구하는 주요한 정보를 포함하는 자료구조이 
다. 여 러가지 파일이름들은 단일 i 마디에 관련될수 있지만 능동 i 마디는 정확히 한개 i 
마디로 조종된다. 

파일의 허가 및 다른 조종정보들은 물론 파일의 속성들도 i 마디에 기억된다. 표 
12-4 는 그 내 용을 제 시 한다. 

과일배정 

파일배정은 블로크에 기초하여 수행된다. 배정은 미리배정을 사용하지 않고 필요에 
따라 동적으로 진행된다. 그러므로 디스크에 있는 파일블로크들은 반드시 린접하지는 않 
는다. 색 인방식은 매개 파일을 추적 하기 위 하여 사용되는데 파일을 위 하여 i 마디 에 기 억 
된 색 인부분을 가진 다. i 마디 는 13 개 의 3byte 주소 또는 지 시 자들로 구성 된 39byte 주소 
정 보를 포함한다. 첫 10개 주소는 파일의 첫 10개 자료블로크를 가리킨다. 파일 이 10개 
블로크보다 더 크면 한개 준위 이상의 간접수단을 다음과 같이 사용한다. 
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표 12-5. UNIX 파일의 용량 


준위 

블로크수 

바이트수 

직접 

10 

10 K 

단일 간접 

256 

256 K 

2 중간접 

256 X 256=65 K 

65 M 

3 중간접 

256 X 65 K =16 M 

16 G 


제 8 절. WINDOWS 2000 의 파일체계 


Windows 2000 ( W 2 K ) 는 Windows 95, MS - DOS , OS /2 에 서 실 행하는 파일 배 치 표 
( FAT ) 와 함께 수많은 파일체계들을 지원한다. 그러나 W 2 K 개발자들은 워크스테 이션들 
과 봉사기 들의 고준위말단요구들을 만족시 키 기 위하여 새 로운 파일체 계 인 W 2 K 파일체 계 
( NTFS ) 를 설계하였 다. 고준위 말단응용들의 실례 로 다음과 갈은것 들을 들수 있 다. 

• 파일 봉사기 들, 계 산봉사기 들, 자료기 지 봉사기 들과 갈은 의 뢰 기/봉사기 응용들 

• 자원집합공학 및 과학응용들 

• 큰 기 관체 계 들을 위한 망응용들 

이 절에서는 NTFS 를 개 괄한다. 

NTFS 의 기본특징 

NTFS 는 앞으로 보게 되는바와 같이 품위 있고 간단한 파일체계모형우에 구축된 유 
연하고 강력한 파일체 계 이 다. NTFS 의 가장 주목할만한 특징 들은 다음과 같다. 

• 회복가능성 : 새로운 W 2 K 파일체계에 대한 요구목록에서 제일 중요한것은 체계폭 
주 및 디스크고장으로부터 회복하는 능력 이 였다. 이 러한 고장들이 발생하는 경우 
에 NTFS 는 디스크기록권들을 재구축할수 있으며 그것들을 모순이 없는 상태로 되 
돌린다. NTFS 는 이것을 파일체계의 변화들에 대한 트랜잭션처리모형을 사용하여 
수행한다. 매개 중대한 변화는 완전히 수행되거나 전혀 수행되지 않는 자동작용 
으로 취급된다. 고장시에 처리중에 있던 매개 트랜잭션은 결과적으로 원점으로 
돌려 지거 나 완성된다. 게 다가 NTFS 는 림계파일체계자료를 위하여 여유기 억기 
를 사용하기때문에 디스크분구의 고장으로 파일체계의 구조와 상태를 서술하는 
자료를 잃지 않는다. 

• 보안 : NTFS 는 W 2 K 객 체 모형 을 사용하여 보안을 실 시 한다. 열 린 파일 은 자기 의 
보안속성 들을 규정하는 보안서 술자를 가진 파일객 체 로서 실현된 다. 

• 대 형디스크와 대 형파일 : NTFS 는 FAT 와 함께 대부분의 다른 파일체 계 들보다 
더 효률적인 용량이 큰 디스크들과 매우 큰 파일들을 지원한다. 

• 다중자료흐름 : 파일의 실제 내 용은 바이 트들의 흐름으로 취 급된다. NTFS 에서 는 
단일파일에 대하여 다중자료흐름들을 정의할수 있다. 이러한 특징을 가진 편의프 
로그람의 실례는 원격 Macintosh 체계들이 W 2 K 를 사용하여 파일들을 기억사키 
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고 검색하도록 하는것 이 다. Macintosh 에서 매개 파일은 두개 부분품 즉 파일자 
료와 파일에 대 한 정보를 포함하는 자원갈래를 가진다. NTFS 는 이 두개 부분품 
들을 두개의 자료흐름으로 취급한다. 

• 일반색인작성기능: NTFS 는 속성들의 집합을 매개 파일과 관련시킨다. 파일관리 
체 계 에서 파일서술들의 모임 은 관계 자료기지 로 구성되 기때 문에 임의의 속성 으로 
파일들의 색 인을 작성할수 있 다. 

NTFS 기록권과 과일구조 

NTFS 는 다음과 같은 디스크 기억개념들을 사용한다. 

분구 : 디스크의 가장 작은 물리적 기 억 단위 . 바이트단위의 자료크기는 2의 제 곱이며 
대체로 항상 512 byte 이다. 

• 콜라스터 : 한개 이상의 린접 (같은 자리길에서 서로 린접)분구들. 분구단위의 콜라 
스터 크기 는 2의 제 곱이다. 

기 록권 : 한개 이 상의 클라스터 들로 구성 되 며 공간배 정 을 위하여 파일 체 계 가 사용하 
는 디스크의 론리적분할구역 . 기록권은 언제나 파일체계정보와 파일들의 집합，파일 
에 배정할수 있는 기록권의 임의의 보충적 인 배 정 되지 않은 나머지 공간으로 구성된 
다. 기록권은 단일디스크 전체 또는 일부일수 있으며 또는 다중디스크들로 확장할수 
있다. 하드웨어 또는 쏘프트웨어 RAID 5를 받아 들이면 기록권은 다중디스크들에 분 
산되여 구성된다. NTFS 의 최대기록권크기는 2 M byte 이다. 

클라스터는 분구들을 인식하지 못하는 NTFS 에서 배정의 기본단위이다. 실례로 
매 개 분구는 512 byte 이고 체 계는 클라스터당 두개 분구(한 클라스터 = lKbyte ) 로 구 
성된다. 사용자가 1600 byte 용 파일을 생성하면 두개 클라스터 가 파일에 배정된다. 사 
용자가 파일을 3200 byte 로 갱신하면 또다른 두개 클라스터가 배정된다. 파일에 배정 
된 클라스터 들은 린접하지 않아도 된다. 따라서 디 스크에 파일을 분렬시 킬수 있 다. 
현재 NTFS 가 지원하는 최대 파일크기는 최대 2 48 byte 와 같은 2 32 클라스터 이 다. 

클라스터들을 배정에 사용하여 NTFS 를 물리적분구크기와 독립시킨다. 이것으로 
하여 NTFS 는 512 byte 의 분구크기 를 가지지 않는 비 표준디스크들을 쉽게 지 원 할수 
있 다. 능률은 파일 체 계 가 매 개 파일 에 배 정하는 매 개 클라스터 를 추적하여 야 한다는 
사실로부터 높아 진다. 그리고 클라스터 가 커짐에 따라 관리 하여 야 할 항목들도 적 어 
진 다. 


표 12-6. Windows NTFS 분할구역과 클라스터크기 


기록권크기 

콜라스터 당 분구수 

콜라스터크기 

‘ 512Mbyte 

1 

512bytes 

512Mbyte-lGbyte 

2 

1K 

lGbyte-2Gbyte 

4 

2K 

2Gbyte-4Gbyte 

8 

4K 

4Gbyte-8Gbyte 

16 

8K 

8Gbyte-16Gbyte 

32 

16K 

16Gbyte-32Gbyte 

64 

32K 

> 32Gbyte 

128 

64K 
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표 12-6 은 NTFS 의 기정클라스터크기들을 보여 준다. 기정 값은 기록권의 크기 에 관 
계 된 다. 특정한 기 록권에 사용하는 클라스터 크기는 사용자가 기 록권을 초기 화(형 식 화) 할 
것 을 요청할 때 NTFS 가 설 정 한다. 

NTFS 기록권배치도 

NTFS 는 디 스크기 록권 에 서 정 보를 구성할 때 매 우 단순하면서 강력 한 방법 을 사용 
한다. 기록권우의 매개 요소는 파일이며 매개 파일은 속성들의 집합으로 구성된다. 지어 
파일의 자료내용들도 속성으로 취급된다. 이러한 간단한 구조인 경우에는 몇가지 범용기 
능들만으로도 파일체 계 를 구성 하고 관리하는데 충분하다. 

그림 12-14 는 네개의 령역 으로 구성된 NTFS 기록권의 배 치도를 보여 준다. 임의의 
기록권의 첫 몇개 분구들은 부트시동정보와 코드는 물론 기록권배치도와 파일체계구조들 

에 대한 정보를 포함하는 분할구역부트분구(분구라고 하지만 16 개 분구까지 될수 있다.) 
가 차지한다. 그다음에 배정되지 않은 사용가능한 공간에 대 한 정보는 물론 이 NTFS 기 
륵권의 모든 파일들과 서류철들(등록부들)에 대한 정보를 포함하는 주파일표 (MFT) 가 
있다. MFT 는 본질상 이 NTFS 기록권의 모든 내용들의 목록이며 관계자료기지구조에서 
행들의 모임 으로 구성된다. 

MFT 의 다음에 는 체 계파일들을 포함하는 대 표적 으로 약 1Mbyte 크기 의 령 역 이 있 
다. 이 령역의 파일들에 는 다음과 같은것들이 있다. 

• MFT 2 : 단일분구가 고장인 경우에 MFT 에 로의 접근을 보증하는데 사용되는 
MFT 의 첫 세개 행 들의 대 칭 복제 

• 운영일 지파일 : NTFS 회 복가능성 에 사용되 는 트랜잭 션 단계 들의 목록 

• 클라스터비트사영 : 어느 클라스터가 사용중에 있는가를 보여 주는 기록권의 표현 

• 속성정의표 : 이 기록권에서 지원되는 속성형래들을 정의하며 그것들을 색인으로 
작성할수 있는가，없는가 그러 고 체 계 회 복조작을 하는동안에 그것들을 회 복할수 
있는가, 없는가를 지적한다. 


분할구역 
부트분구 

주파일표 

체계 파일들 

파일령역 


그림 12-14. NTFS 기 록권배 치 도 


주파일표 

W2K 파일체계의 심장부는 MFT 이 다. MFT 는 레코드라고 하는 가변길 이 행들의 표로 
구성된다. 매개 행은 그자체가 파일로서 취급되는 MFT 와 함께 이 기록권에 있는 파일 
또는 서 류철 을 서 술한다. 파일 의 내 용이 매 우 작으면 파일전체 는 MFT 행 에 배 
치 된 다. 

그렇지 않은 경우에 그 파일을 위한 행은 부분적 인 정보를 포함하며 파일의 나머지 
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는 기록권의 다른 사용가능한 클라스터들에 배 치한다. 클라스터들의 지시자들은 그 파일 
의 MFT 행 에 지 적한다. 

MFT 에 서 매 개 레 코드는 파일(또는 서 류철 ) 특징 들과 파일 내 용들을 정 의하는데 필 
요한 속성들의 모임 으로 구성된다. 표 12-7 은 행 에서 찾아 볼수 있는 속성 들을 명 암법으 
로 지 적하여 필 요한 속성 들과 함께 제 시한다. 

표 12-7. Windows NTFS 파일과 등록부속성형태 


속성 형래 _^_ 

표준정 보 접근속성들(읽기, 읽기/쓰기 기타 등등)，파일이 생샤 된 또는 

마지막으로 변경된 시간 들의 시간압인, 얼마나 많운 록부가 
파일을 지적하는가(련결수) 등의 정보를 포함한다. 

속성 목 록 파일 과 매 속성 이 위 치 하는 MFT 파일 레 코드의 파일 1 조를 작 

성 하는 속성 들의 목록. 모든 속성 들이 단일 MFT 파열 레 코드에 
맞지 않을 때 사용된다. 


파일。를 파일 또는 등록부는 한개 이상의 이름을 가져 야 한다. 

보안' 술자 파일을 소유하고 파일 에 접 근하는 사용자를 규정 한다 
자료 파일의 내 용. 파일은 하나의 이름이 없는 기정자료속니 을 가지 

며 한개이상의 이름 있는 자료속성들을 가질수 있다. 

색인뿌리 서류철을 실현하는데 사용된다. 

색인배정 서류철을 실현하는데 사용된다. 

기록권정보 기록권의 판본과 이름과 같은 기록권관련정보들을 포함한다. 

비 트사영 MFT 또는 서 류철 에 쓰이 고 있는 레 코드들을 표현하는 사영 을 

_ 준다. _ 

주의: 어두운 부분은 파일속성이 필요하다는것을 의미한다. 다른 속성은 선택적이다. 


회복능력 


NTFS 는 체계폭주 또는 디스크고 장이후에 파일체계를 모순이 없는 상태로 회복할수 
있도록 한다. 회복능력을 지원하는 주요한 요소들은 다음과 갈다(그림 12-15). 

• 입 출력 관리 자 : NTFS 의 열 기 , 닫기 , 읽 기，쓰기 등 기 본기 능들을 조정 하는 NTFS 
구동프로그람을 포함한다. 그밖에 쏘프트웨 어 RAID 모둘 FTDISK 를 구성 하여 
사용할수 있다. 

• 운영일지파일봉사 : 디스크쓰기에 대한 등록을 유지한다. 운영일지파일은 체계고 
장인 경 우에 NTFS 형 식기 록권을 회 복하는데 사용된 다. 

• 캐쉬관리 자: 성능을 개선하기 위하여 파일 읽 기와 쓰기를 고속완충하는 프로그람. 
캐 쉬관리 자는 제11장 제 8절 에 서 서 술한 차후쓰기 와 차후완료수법 들을 사용하여 
디 스크입 출력 을 최 량화한다. 

• 가상기 억 기 관리 자 : NTFS 는 파일 참조들을 가상기 억 기참조들로 사영 하고 가상기 
억기를 읽고 쓰는것으로 고속완충된 파일들에 접근한다. 

NTFS 가 사용하는 회 복수속들은 파일 내 용이 아니 라 파일 자료를 회 복하기 위하여 설 
계되였다. 따라서 사용자는 폭주때문에 기록권 또는 응용의 등록부/파일구조를 결코 잃 
지 않을것 이다. 그러나 파일체계는 사용자자료를 보증하지 않는다. 사용자자료를 포함하 
여 충분한 회 복능력 을 보장하자면 더 욱더 복잡하며 자원을 소비하는 회 복기 구가 필요할 
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것이다. 

NTFS 회 복능력 의 본질 은 등록이다. 파일 체 계 를 변경하는 매 개 조작은 트랜 잭 선으로 
취 급된다. 중요파일체 계자료구조들을 변경하는 트랜잭 션의 매 개 보조조작은 디 스크기 록 
권에 등록되기전에 운영일지파일에 등록된다. 등록을 사용하면 폭주시에 부분적으로 완 
성된 트랜잭션은 후에 다시 수행될수 있거나 체계가 회복되였을 때 원상태로 돌아 올수 
있 다. 

[ CUSTP 4] 에 서 서 술된 바와 같이 일 반적 으로 회 복능력 을 보증하기 위하여 몇 가지 
단계들이 필요하다. 



1. NTFS 는 운영일지 파일체 계를 호출하여 기 록권구조를 변경시 킬 임의의 트랜잭션 
들을 캐 쉬 에 있는 운영일지 파일 에 등록한다. 

2. NTFS 는 (캐 쉬 에 있는) 기 록권을 변경 시 킨다. 

3. 캐쉬관리 자는 운영 일지파일체 계를 호출하여 그것 이 운영 일지파일을 디스 
크에 써 넣도륵 한다. 

4. 운영일지 파일 이 디 스크에 안전하게 갱 신되 면 캐 쉬 관리 자는 기록권변화들을 디 스 
크에 써넣는다. 

요약, 기본용어 및 복습문제 

파일관리체계는 파일접 근，등록부보수, 접 근조종을 비롯하여 사용자와 응용들에서 파일 
들을 사용하기 위 한 여 러 가지 봉사를 제공하는 체계쏘프트웨 어의 모임 이 다. 대표적으로 파일 
관리체계는 그자체가 조작체계의 한 부분이 아니라 조작체계가 봉사하는 체계봉사로 볼수 
있다. 그러나 임의의 체계에서 파일관리기능의 일부는 어쨌든 조작체계로 수행된다. 

파일은 레코드들의 집합으로 조직된다. 이 레코드들에 접근하는 방법은 디스크에 있 
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접근방식 파일이름 

비트표 파일배정 £ 

블로크 파일등록 f 

사슬식파 a 배정 파일관리와계 

린접 파일 A 정 파일 이름 

자료기지 하쉬파일 

디스크 배 g 표 색 인달린 파일 


색인달린 순차나일 

색 인마디 

열쇠 마당 

경로명 

더미 

레코드 

순차파일 


복습문제 

1. 마당과 레코드의 차이는 무엇인가 ? 

2. 파일과 자료기지의 차이는 무엇 인가 ? 

3. 파일관리 체 계 란 무엇 인가 ? 

4. 파일 조직 을 선택하는데 서 중요한 기 준은 무엇 인 가 ? 

5. 다섯 가지 파일 조직 방법 을 간단히 정 의하시 오. 

6. 파일 의 레 코드를 찾기 위한 평 균탐색 시 간이 순차파일 에 서 보다 색 인 달린 순차파 
일에서 더 작은 리유는 무엇인가 ? 

7. 등록부에서 수행할수 있는 대 표적 인 조작들은 무엇 인가 ? 

8. 경로명과 작업등록부사이의 관계는 무엇 인가 ? 

9. 특정 파일 에 대 하여 특정 사용자에 게 부여 되 거 나 거 절되 는 대 표적 인 접 근권들은 무 
엇인가 ? 

10. 세 가지 블로크작성 방법 들을 서 술하고 간단히 정 의하시 오. 

11. 세 가지 파일 배 정 방법 들을 서 술하고 간단히 정 의 하시 오. 


는 파일의 론리 적 조직 과 어 느정 도까지 는 파일의 물리 적 조직 을 결정한다. 파일 이 주로 전 
체로서 처리된다면 순차조직이 가장 간단하고 가장 적합하다. 순차접근이 필요하지만 개 
별적인 파일에로의 임의의 접근도 요구된다면 이때에는 색인달린 순차파일이 가장 좋은 
성 능을 줄수 있다. 파일접근이 주로 임의 로 진행된다면 색 인에 의한 파일 또는 하쉬 파일 
이 가장 적 합할것 이 다. 

어떤 파일구조를 선택하든지 등록부봉사는 역시 필요하다. 이것은 파일들을 계층방 
식으로 구성하도록 한다. 이러한 구성은 사용자가 파일들을 추적하는데 편리하며 파일관 
리체계가 사용자에게 접근조종과 다른 봉사들을 제공하는데 쓸모 있다. 

일 반적 으로 파일 레 코드는 고정 길 이 로 구성 되 였 을 때 조차도 물리 적 인 디 스크블로크의 
크기와 갈아 지지 않는다. 따라서 몇가지 부류의 블로크작성전략이 필요하다. 복잡성，성 
능, 공간사용들사이 의 관계 는 사용되 는 블로크작성 전 략을 결정한다. 

임의의 파일관리기 구의 기 본기능은 디 스크공간의 관리 이다. 이 기능의 한 부분이 파 
일 에 디 스크블로크들을 배 정 하기 위한 전 략이 다. 여 러 가지 방법 들이 도입 되 였 으며 매 개 
파일의 배정을 추적하는데 여 러 가지 자료구조가 사용되 였다. 더 우기 배정되 여 있지 않는 
디 스크공간을 관리하여 야 한다. 이 후자의 기 능은 주로 어 느 블로크들이 사용가능한가를 
표시하는 디 스크배 정 표를 유지 하는것 이 다. 

기본용어 


t 대 f 
<- 일 록 
에 파 등 
당일인 업 
마 파 색 작 
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련습 문제 

1 . 정의 

B = 블로크의 크기 
R = 레코드의 크기 
P = 블로크지 시 자의 크기 

F = 블로크작성곁수; 블로크안에 기대되는 레코드의 수 

그림 12-6 에서 설명한 세가지 블로크작성방법에 대하여 ，에 대한 식을 
작성 하시 오. 

2. 미 리배정의 문제점과 린접조각의 랑비 또는 부족문제를 회 피하는 한가지 방법은 
파일 이 성 장하는데 따라 크기 가 증가하는 조각들을 배정하는것 이 다. 실례 로 한 
개 블로크크기의 조각으로부터 시작하여 매개 배정마다 조각의 크기를 배로 늘 
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인 다. 블로크작성 곁 수 F 를 가진 지 개 레 코드로 된 파일 을 고찰하자. 그리 고 파 
일배정표로는 간단한 1준위색인을 사용한다고 가정하자 

1 ) 파일 배 정 표에 서 입 구수의 웃한계 를，와 £1 의 함수로 제 시 하시 오. 

1_) 임의의 시각에 배정될 사용되지 않은 파일공간의 최대크기는 얼마인가 ? 

3. 자료가 다음의 상태일 때 접근속도，기억공간의 사용，갱신(추가，삭제，변경)에 
대한 용이성의 측면에서 효률을 최대로 하기 위하여 어떤 파일조직을 선택해야 
하는가 ? 

1) 자료는 드문히 갱신되고 임의의 순서로 자주 접근된다. 

L ) 자료는 자주 갱신되고 상대적으로 전체로서 접근된다. 

C ) 자료는 자주 갱신되고 임의의 순서로 자주 접근된다. 

4. 등록부는 제한된 방법으로만 접근할수 있는《특수파일들》로서 또는 보통자료파 
일로서 실현될수 있다. 매개 방법의 우점과 결함들은 무엇 인가 ? 

5. 일부 조작체계들은 나무구조파일을 가지지만 나무의 깊이는 작은 수의 준위로 제 
한된다. 이 제한은 사용자들에게 어떤 영향을 미치는가? 이것은 파일체계설계를 
어떻게 간단화하는가(파일체계설계를 한다면)? 

6. 자유공간목록에 자유디 스크공간을 유지 하는 계 층파일 체 계 를 고찰하자. 

1) 자유공간에로의 지시자를 잃어 버렸다고 가정하자. 체계는 자유공간목록을 
재구축할수 있는가? 

L ) 지 시 자는 단일 기 억기 고장으로 결 코 잃 어 지 지 않는다는것 을 담보하는 기 구 
를 제 기하시 오 . 

7. UNIX 파일의 조직이 i 마디 (그림 12-13) 로 표시되였다고 하자. 

매 개 i 마디 에 12 개 의 직 접 블로크지 시 자와 단일，2 중，3 중간접 지 시 자가 있 다 
고 가정 하자. 그리 고 체 계블로크크기 와 디 스크분구크기 는 둘다 8 K 라고 가정 
하자. 디 스크블로크지 시 자는 32 bit 이 고 그중 8 bit 는 물리 적 디 스크를 식 별 하고 
24 bit 는 물리 적 블로크를 식 별 한다면 

- T ) 이 체계가 지원하는 최대파일크기는 얼마인가 ? 
l ) 이 체 계 가 지 원하는 최대 파일체 계 분할구역 은 얼마인가 ? 
n ) 파일의 i 마디 가 이 미 주기억 기 에 존재 하는것 외 에 다른 정 보는 전혀 없 다고 
가정 한다면 위 치 13423956에 있는 바이트에 접근하는데 몇 번의 디스크접근 
이 필요한가? 
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제 6 편. 분산체계 

제 6 편의 중심 

자료처 리 기 능은 전통적 으로 집 중방식 으로 구성 되 였 다. 집 중자료처 리 방식 에 서 자료처 
리 는 중앙자료처 리 기 지 에 있는 일반적 으로 대형 를퓨터 들로 구성 된 콜라스터 또는 한대 의 
대형를퓨터로 지원한다. 이러한 기지에서 수행되는 많은 과제들은 중앙에서 생성된 결과 
와 함께 중앙에서 개시된다. 완전한 집중자료처 리기지는 많은 의미 에서 집중되 여 있다. 

• 집중형를퓨터 : 중앙기지에는 한대 또는 그이상의 콤퓨터가 있다. 이 대형콤퓨터 
들은 대체로 공기조화기와 훌륭한 마루와 갈은 특수설비들을 요구한다. 보다 작은 
조직에서 중앙콤퓨터 또는 콤퓨터들은 큰 미니를퓨터들 또는 중간규모의 체계들 
이 다. IBM 의 AS /400 계 렬들은 중간규모체 계의 실례 이 다. 

• 집중처 리 : 모든 응용프로그람들은 중앙자료처 리 기지 에서 실행한다. 이 기지는 특 
정한 기 관단위 로 사용자들의 요구를 지 원하는 응용프로그람은 물론 생 활비 지불과 
같은 사실상 명백히 중앙 또는 기관규모의 응용프로그람들을 포함한다. 후자의 실 
례 로서 제 품설 계 부서 는 중앙기 지 에 서 실 행 하는 콤퓨 터 지 원 설 계 ( CAD ) 도형 제 품을 
사용할수 있다. 

• 집중된 자료 : 모든 자료는 중앙기지 에 있는 파일과 자료기지 에 보관되며 중앙를 
퓨터또는 콤퓨터들로 조종되고 접근된다. 이것은 오직 한개 기관단위의 요구들을 
지원하는 자료는 물론 재고목록수자들과 같이 많은 기관단위들에 쓸모 있는 자료 
를 포함하며 많은 기 관단위 들에 의하여 사용될것 이 다. 후자의 실례 로 시 장기 관은 
구매 자조사들로부터 얻은 정보로 자료기지를 유지할수 있다. 

이렇게 집중된 기관은 많은 매력적인 전망들을 가진다. 장비와 쏘프트웨어의 구입과 운 
영 단계를 줄일수 있다. 큰 중앙 DP 상점은 여 러 부서들의 요구들을 만족시키기 위 하여 전문 
적 인 프로그람작성자들을 종업원으로 채용할수 있다. 관리부는 자료처리획득을 조종하고 프 
로그람작성 과 자료파일 구조에 대 한 규격 들을 실 시 하며 보안방책 을 설 계 하고 실 현한다. 

자료처 리 기지는 분산자료처 리 ( DDP ) 전략을 실현함으로써 여 러 측면에서 집 중자료처 
리 기 관과 다를수 있다. 분산자료처 리기 지는 콤퓨터 들 보통은 소형콤퓨터들이 기 관의 여 
기저기에 분산되여 있는 기지이다. 이러한 분산의 목적은 운영，경제 그리고 지정학적고 
려에 기초하여 더 효과적인 방법으로 정보를 처리하기 위해서이다. DDP 기지는 중앙기지 
와 함께 위성기지들을 포함할수 있으며 또는 동등한 계산기지들의 공동체와 거의 류사할 
수 있다. 어느 경우이든 일반적으로 호상 련결형식이 필요하다. 즉 체계의 여러가지 콤퓨 
터들이 서로 련결되여야 한다. 기대되는바와 같이 여기서 규정된 집중자료처리의 특징이 
결정되면 DDP 기지는 콤퓨터들과 처리，자료의 분산을 요구한다. 

DDP 의 우점은 다음과 같다. 

• 응답성 : 국부계산기지들은 중앙기지 에 있으면서 전체 기 관의 요구들을 만족시키는 z 
기 지 보다 국부기 관의 경 영관리 요구들을 더 잘 직접적 으로 만족시 킬수 있게 관리될 수 
있 다. 

• 사용성 : 다중상호련결체계들의 경우에 어느 한 체계의 상실은 최소한의 영향을 
미 칠것이다. 기본체계들과 부분품들(실례로 정밀한 응용프로그람들과 인쇄기들, 
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대 량기 억장치들)은 여 벌체계 가 고장난후에 부하를 재빨리 넘겨 받을수 있도록 복 
제될수 있다. 

• 자원공유 : 비싼 하드웨어는 사용자들사이에 공유될수 있다. 자료파일들은 기관규 
모의 접근권을 가지고 집중적으로 관리되고 유지될수 있다. 부원봉사들과 프로그 
탐들 그리고 자료기지들은 기관규모들로 개발될수 있으며 분산기지들에 분산될수 있다. 

• 점차적인 성장 : 집중기지에서 증가된 작업부하 또는 새로운 응용프로그람들에 대 
한 요구는 보통 주요한 장비구입 또는 주요한 쏘프트웨 어갱신을 필요로 한다. 이 
것은 중요한 지출을 동반한다. 게다가 주요한 변화는 오유위험과 성능저하를 초 
래하는 현존응용들의 변환 또는 재작성을 요구할수 있다. 분산체계에서는 응용프 
로그람들 또는 체계들을 점 차적으로 교체하여《전부 교체 또는 령교체》방법을 회 
피할수 있다. 더우기 응용프로그람을 새로운 기계로 옮기는데 필요한 비용이 허 
용되지 않는다면 낡은 장비를 기지에 남겨 두고 단일응용프로그람을 실행하게 할 
수 있다. 

• 사용자관련의 중가와 조종 : 보다 소형 이면서 관리하기 쉬운 장비가 사용자에게 
물리적으로 가까이 배치됨에 따라 사용자는 기술성원들과의 지휘대화에 의해서든 
가 자기의 직속상관을 통하여 체계설계의 운영에 영향을 줄수 있는 더 많은 기회 
를 가지게 된다. 

• 말단사용자생산성 : 분산체계는 사용자에게 보다 빠른 응답시간을 보장한다. 그것 
은 매개 장비부분들이 보다 작은 일감들을 처리하려고 하기때문이 다. 또한 기지 
들의 응용프로그람들과 대면부들은 기관단위의 요구들에 최대 한으로 활용될수 있 
다. 단위관리자들은기지의 국부부분의 효과를 평가하고 적당하게 변경하는 지위 
에 있다. 

이 러 한 리 익 들을 달성 하기 위 하여 조작체 계 는 DDP 가 지 원 하는 기 능들의 범 위 를 
규정하여 야 한다. 여 기 에는 기 계들사이의 자료교환을 위한 쏘프트웨어，높은 리 용성과 
성 능을 달성 하기 위하여 기 계 들을 클라스터화하는 능력，분산환경 에 서 프로쎄 스들을 
관리할수 있는 능력 들이 포함된다. 

제 6 편의 안내 

제 13장. 분산처리，의릐기/봉사기 및 클라스터 

제 13 장은 협동하여 동작하는 다중체 계 들에 필요한 조작체 계 지원을 고찰한다. 이 
장에서는 더 욱더 중요한 개 념 으로 되 고 있는 의 뢰기/봉사기의 계산방식 과 이 방식 이 
조작체 계 에 제 기하는 요구들을 고찰한다. 의 뢰기/봉사기 계 산방식 에 대 한 론의 는 의뢰 
기 봉사기 체 계들의 실현에 사용되 는 두가지 기 본도구들 즉 통보문넘 기기 와 원격 수속호 
출들에 대 한 설명을 동반한다. 제 13장은 또한 클라스터의 개 념을 설명한다. 

제 14장. 분산형프로쎄스의 관리 

제 14장은 분산조작체계를 개발하는데서 제기되는 기본문제들을 연구한다. 먼저 프 
로쎄 스이 주에 대 한 요구들과 기 구들을 분석한다. 프로쎄 스이 주로 능동프로쎄 스는 부하 
평형 또는 사용성에 대한 목적을 달성하기 위하여 자기의 생존기간에 한 기계에서 다른 기 
계에로 이동한다. 다음으로 분산조작체계의 개발에서 사활적인 요소인 분산전역상태의 개 
념을 고찰한다. 마지막으로 분산환경 에서 호상배제와 교착과 관련된 병행성을 연구한다. 
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제 13 장. 분산처리, 의릐기/봉사기 및 클라스터 

값이 눅으면서 성능이 좋은 개인용콤퓨터들과 봉사기들의 사용률이 높아 짐에 따라 
처리기들과 자료 그리고 자료처리체계의 다른 측면들을 기관안에서 분산시킬수 있는 분 
산자료처리 ( DDP ) 에로 나가는 경향이 높아 지고 있다. DDP 체계는 계산기능의 분할을 
포함하며 또한 자료기지와 장치조종，대화(망)조종의 분산조직을 포함한다. 

많은 기관들에서는 봉사기와 결합된 개인용콤퓨터를 매우 중요시하고 있다. 개 인용 
콤퓨터는 문서처리기，표계산프로그람，도형표현과 갈은 사용자에게 친숙한 여러가지 응 
용프로그람들을 지 원 하는데 사용된 다. 봉사기 는 복잡한 자료기 지 관리 기 능을 가진 기 관의 
자료기 지 와 정 보체 계쏘프트웨어 를 보관한다. 개 인용콤퓨터 들사이 에 그리 고 매 개 개 인용 
콤퓨터 와 봉사기 사이에 결 합이 필 요하다. 개 인용를퓨터 를 간이말단으로 취 급하는것 으로 
부터 개 인용콤퓨터응용프로그람들과 봉사기자료기 지사이 를 높은 수준에 서 통합하는것 에 
이르기까지의 범위에서 여러가지 방법들이 일반적으로 사용되고 있다. 

이러한 응용추세는 조작체계와 지원프로그람들에서 분산성능의 발전에 의하여 안받 
침되였다. 성능범위가 조사되였다. 

• 통신구성 방식 : 독립 적 인 콤퓨터 들로 이 루어 진 망을 지 원하는 쏘프트웨어 이 다. 
그것은 전자우편，파일전송，원격말단접근과 갈은 분산응용들에 필요한 지원을 
준다. 그러 나 콤퓨터 는 사용자와 응용들에 대 하여 서 로 다른 신원을 유지한다. 
사용자와 응용들은 명백한 참조로 다른 콤퓨터들과 통신하여 야 한다. 매 개 콤퓨 
터가 자기의 독자적 인 조작체계를 가지며 모든 콤퓨터들이 갈은 통신구성방식을 
지원하는한 서로 다른 종류의 콤퓨터와 조작체계를 혼합할수 있다. 가장 널리 사 
용되고 있으며 가장 유명한 통신구성방식의 실례가 부록 1 에서 서술된 TCP / IP 규약이다. 

• 망조작체계 : 응용기계들 보통 단일사용자워크스테 이션들과 한대 또는 그이상의 
( 봉사기》기 계 들로 구성된 망이 있는 구성 이 다. 봉사기 기 계들은 파일기 억 과 인쇄 
기관리와 같은 망준위의 봉사와 응용프로그람을 보장한다. 매개 콤퓨터는 자기의 
전용조작체 계 를 가진다. 망조작체 계 는 응용기 계 들이 봉사기 기계 들과 대 화하도록 
하는 국부조작체 계의 부속물이다. 사용자는 여 러개의 독립적 인 콤퓨터 가 존재한 
다는것을 알고 그것들을 정 확히 다투어 야 한다. 대표적으로 범용통신구성 방식 이 
망응용프로그람들을 지 원하는데 사용된다. 

• 분산조작체계 : 콤퓨터망이 공유하는 범용조작체계. 이것은 사용자들에게는 보통 중 
앙집중조작체게처럼 보이지만 다수의 기계자원들에 대한 투명접근을 사용자에게 제 
공한다. 분산조작체계는 기초통신기능들을 위 한 통신구성 방식 에 관계된다. 보다 일반 
적 으로는 불필요한 기능을 제거한 통신기능들을 조작체 계 에 통합하여 
효률을 높인다. 

모든 제작자들이 통신구성방식수법을 개발하고 지원하고 있다. 망조작체계는 보다 
더 최근에 나타났지만 많은 제품들이 나왔다. 분산체계에 대한 연구개발은 분산조작체계 
령 역에서부터 먼저 시 작되 였다. 몇 가지 제 품들이 출현하였지만 충분한 기능을 가진 분산 
조작체계는 아직 실험단계에 있다. 

이 장과 다음 장에서는 분산처리성능을 고찰한다. 먼저 의뢰기/봉사기방식，통보문넘 
기기와 원격수속호출을 비롯한 분산쏘프트웨어의 몇 가지 기본 개 념들에 대 하여 고찰한다. 
다음 더 욱더 중요한 클라스터방식 을 고찰한다. 

제 14 장은 분산조작체 계의 몇 가지 주요한 견해를 고찰한다. 
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제 1 절. 의릐기/봉사기의 계산작업 


최근년간에 정보체계에서의 가장 중대한 경향은 아마 의뢰기/봉사기계산방식일것이 
다. 이 계산방식은 대형콤퓨터 가 지배 하는 집중계산방법들과 분산자료처 리의 다른 방식 
‘풀 모두를 급속히 교체하고 있 다. 

이 절에서는 먼저 의뢰기/봉사기계산방식의 일반특징을 서술한다. 다음으로 파일봉 
사기 를 사용하는것 으로 하여 제 기 되는 파일개시 일관성 문제를 조사한다. 마지 막으로 미들 
웨어의 개념을 소개한다. 

의릐기 /봉사기계산방식이란 무엇인가? 

콤퓨터분야에서의 다른 새로운 부문들과 마찬가지로 의뢰기/봉사기계산방식은 자기 
의 통용어들을 가지고 있다. 의뢰기/봉사기제품들과 응용프로그람들에 대한 서술에서 일 
반적으로 찾아 볼수 있는 몇가지 용어들을 표 13-1 에 주었다. 

표 13-1. 의뢰기/봉사기용어 

응용프로그람작성 대 면부 (API) 

의뢰기와 봉사기들이 호상 통신하도록 하는 함수들과 호출프로그람들의 모임 

의뢰기 

봉사기의 자료기지나 다른 정보들에 질문할수 있는 망정보요구자, 보통 PC 또는 워크스테 이션 

미 들웨 어 

의뢰 기웅용프로그람과 봉사기 사이의 련결성 을 개선하는 구동프로그람들, API 들 또는 다른 

응용프로그람들의 모임 

관계 자료기 지 

모든 탐색기준들을 만족시키는 행들을 선택하도록 정보접근을 제한하는 자료기지 

봉사기 

망의 의뢰기들이 조작하는 정보를 저장하는 고성능워크스테이션, 소형콤퓨터 또는 대형콤퓨터 

구조화질 문언 어 (SQL) 

관계 자료기지를 주소지정，생성，갱 신，질문하기 위하여 IBM 이 개 발하고 ANSI 가 표준화 

한 언어 _ 


그림 13-1 은 의뢰기/봉사기개 념의 본질을 파악하도록 한다. 용어 가 암시 하는것과 같 
이 의 뢰 기/봉사기 환경 에서 는 의뢰기 들과 봉사기 들이 동작하고 있다. 의 뢰기들은 일반적 
으로 말단사용자에게 매우 친근한 사용자대면부를 주는 단일사용자 PC 들과 워크스테 이 
선들이 다. 의뢰기 들은 일반적 으로 창문들과 마우스를 사용하여 사용자들에 게 가장 편리 
한 도형형 태의 대면부를 준다. 이와 같은 대면부들의 공통실례 로서 Microsoft 의 
Windows 와 Macintosh 를 들수 있다. 의뢰기용응용프로그람들은 사용하기 쉽게 만들어 
지며 표계산프로그람과 같은 편리한 도구들을 포함한다. 

의뢰 기/봉사기 환경 에서 매 개 봉사기 는 의뢰 기들에 사용자공유봉사모임 을 제 공한다. 
현재 가장 일반적인 형태의 봉사기는 보통 관계자료기지를 조종하는 자료기지봉사기이다. 
봉사기에 의하여 많은 의뢰기들은 갈은 자료기지들을 공유하여 접근할수 있으며 고성능 
를퓨터체계를 사용하여 자료기지를 관리할수 있다. 

의뢰기와 봉사기외에 의뢰기/봉사기환경의 세번째 본질적인 구성요소는 망이다. 의 
퇴 기 /봉사기 의 계 산방식 은 분산계 산방식이 다. 사용자들과 응용프로그람들 그리 고 자원들 
은 업 무요구에 따라 분산되 며 단일 LAN 또는 WAN 또는 인터네 트에 의하여 련결된다. 
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워크스테이션 (의뢰기) 

그림 13-1. 일반적인 의뢰기/봉사기환경 


의 뢰기/봉사기 구성 이 다른 분산처 리 방법 과 어 떻게 다른가? 의 뢰기/봉사기 를 강조하 
며 일반분산처리와 구별하는 특징은 다음과 같다. 

• 사용자의 체계 에 매우 신뢰성 있게 편리한 응용프로그람들을 보장한다. 이것은 
사용자에 게 를퓨터사용형 태 와 동기 에 대 한 많은 조종권을 주며 부서수준의 관리 
자들에 게 그들의 국부적 요구에 대 처할수 있는 능력 을 준다. 

• 응용프로그람들이 분산되더라도 기관의 자료기지들과 망관리 및 편의프로그람기 
능들을 집중시킨다는 우점이 있다. 이것으로 하여 기관의 경영자는 계산 및 정보 
체계에서 전반적인 총 투자액을 조종할수 있으며 체계들을 서로 련결할수 있도 
록 상호사용가능성을 제공한다. 동시에 콤퓨터 에 기초한 복잡한 설비들을 유지하 
는데 필요한 많은 개별적인 부서들과 과들을 줄이며 자료 및 정보접근에 필요한 
그어떤 형태의 기계 및 대면부도 선택할수 있다. 

• 사용자조직과 제 작자들에 의하여 열린 모둘체 계 를 실현한다. 이 것은 여 러 제 작자 
들의 제 품을 선택 하고 장비 를 혼합하는데 서 보다 자유롭다는것 을 의 미한다. 

• 망화에서는 운영이 기본이다. 따라서 망관리와 망보호는 정보체계를 조직하고 운 
영하는데서 높은 우선권을 가진다. 

의릐기/봉사기응용 

의뢰기/봉사기 방식의 기본특징은 의뢰기와 봉사기사이에 응용프로그람수준의 과제들 
을 할당하는것 이 다. 그림 13-2 는 일반 실례를 설명한다. 물론 의뢰기와 봉사기 량쪽에서 
기본쏘프트웨어는 하드웨 어가동환경에서 실행되는 조작체 계 이 다. 의뢰기와 봉사기의 가 
동환경들과 조작체계들은 서로 다를수 있다. 여러 개의 서로 다른 형태의 의뢰기가동환 
경과 조작체계들 그리고 여러 개의 서로 다른 형태의 봉사기가동환경과 조작체계들이 단 
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그림 13-2. 범용의뢰기/봉사기구성방식 


일환경에 있을수 있다. 특정한 의뢰기와 봉사기가 갈은 통신규약들을 공유하고 갈은 응 
용프로그람들을 지원하는한 이보다 낮은 수준의 차이는 무의미하다. 

통신쏘프트웨어는 의뢰기와 봉사기가 대화하도록 한다. 이러한 쏘프트웨어의 주요 
실례가 TCP / IP 이 다. 물론 이 모든 지원쏘프트웨어 (통신 및 조작체계)의 목적은 분산응 
용을 위한 기 초를 주는것 이 다. 리상적 으로는 응용프로그람이 수행하는 실제기 능들을 가 
동환경 과 망자원을 최 대 한으로 활용하도록 그리 고 여 러 가지 과제 를 수행하며 공유자원을 
사용하는데서 다른 사용자와 협동하기 위하여 사용자들의 능력을 최대한으로 활용하도록 
의뢰기와 봉사기에 나눌수 있다. 몇가지 실례에서 이러한 요구들은 큰 응용쏘프트웨어를 
봉사기 에 서 집 행할것 을 규정한다. 이 와는 반대 로 다른 실 례 들에 서 는 대 부분의 응용론리 
를 의뢰 기 에 배정한다. 

의뢰기/봉사기환경을 성공시키는 본질적인 요인은 사용자가 체계와 전체로서 대화하 
는 방법에 있다. 따라서 의뢰기기계에 대한 사용자대면부의 설계는 매우 중요하다. 대부 
분의 의뢰 기/봉사기 체계 에서 는 사용하기 쉽 고 배우기 쉬 우면서 도 강력 하고 유연한 도형 
사용자대면부 ( GUI ) 를 보장하는것이 매우 중요하다. 따라서 의뢰기/봉사기환경에서 사용 
할수 있는 분산응용에 대 한 매 우 편리한 대 면부를 줄수 있는 의뢰 기 워 크스테 이 션에서의 
표현봉사모둘을 생각할수 있다. 


자료기 지 응용 

의뢰기와 봉사기에 응용론리를 나누는 개 념을 설명하는 실례로서 관계 자료기지를 사 
용하는 가장 일 반적 인 의 뢰기/봉사기 응용프로그람들중의 하나를 고찰하자. 이 환경 에서 
봉사기는 본질적 으로 자료기지 봉사기 이 다. 의뢰기 와 봉사기의 대화는 의뢰기 가 자료기지 
를 요구하고 자료기 지응답을 수신하는 트랜잭 션형 식 으로 진행한다. 

그림 13-3 은 이 러한 체계의 구성 방식을 일반적 인 용어로 설명한다. 봉사기는 자료기 
지를 유지해야 하며 이 목적을 위하여서는 복잡한 자료기지관리체계쏘프트웨어모둘이 요 
구된다. 자료기지를 사용하는 여 러 가지 서로 다른 응용프로그람들을 의뢰기기계들에 적 
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재할수 있다. 의뢰기와 봉사기를 이어 주는《접착제》는 봉사기의 자료기지에 접근하기 
위하여 의뢰기가 요청들을 발생하게 하는 쏘프트웨어이다. 이러한 론리의 일반적인 실례 
가 

구조화질문언어 ( SQL ) 이 다. 



의뢰기워크스테이션 봉사기 

그림 13-3. 자료기지응용을 위한 의뢰기/봉사기구성방식 

그림 13-3 은 모든 응용론리 즉 복잡한 계산이 나 다른 형 태의 자료해석 을 위한 쏘프 
트웨어는 의뢰기측에 있고 봉사기는 다만 자료기지관리에 관계한다고 가정한다. 이러한 
구성이 적당한가 하는것은 응용프로그람의 형태와 목적에 따른다. 실례로 1차목적이 레 
코드조사를 위한 직결접근을 주는것이라고 가정하자. 그림 13-4 자는 이것이 어떻게 작업 
하는가를 보여 주고 있 다. 봉사기 는 백 만레 코드(관계 자료기 지용어 에서는 행 이 라고 한 
다.)를 보관하고 있으며 사용자는 0，한개 또는 기껏해서 몇개의 레코드를 산출하는 조 
사를 하려고 한다고 가정하자. 사용자는 여러 개의 탐색기준(실례로 1992년이전의 레코 
드，오하이오주에 사는 사람들과 관계되는 레코드，특수사건이 나 특징들과 관계되는 레코 
드)을 사용하여 이 레코드들을 탐색할수 있을것 이 다. 맨 처음의 의뢰기 질문은 탐색기준 
을 만족시키는 100,000개 레코드가 있다는 응답을 내보낼수 있다. 그다음에 사용자는 보 
충적인 제 한조건을 추가하여 새 로운 질문을 내 보낸다. 이 때 1000개의 가능한 레 코드가 
있다는것을 가리키는 응답이 되돌려 진다. 마지막으로 의뢰기는 보충제한조건을 가진 세 
번째 요청 을 내 보낸다. 마지 막 탐색기준이 하나의 적 합한 레코드를 산출하여 의뢰기 에 
다시 넘긴다. 

앞에서 본 응용은 두가지 리유로 하여 의뢰기/봉사기구성방식에 잘 맞는다. 

1. 자료기지 를 분류하고 탐색하는 일감은 부피 가 매 우 크다. 이 것은 큰 디스크나 디 
스크더미，고속콤퓨터，고속입출력구성방식을 요구한다. 이러한 용량과 능력은 단 
일사용자워크스테이션이나 PC 에 필요 없으며 가격이 너무 비싸다. 

2. 람색 을 위하여 의뢰 기 에 백 만개 레 코드파일전체 를 이동시 키 면 망에 매우 큰 통화 
부담을 준다. 그러므로 봉사기 가 직접 의뢰 기를 대 신하여 레코드들을 검색할수 있 
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의뢰기 



는것만으로는 불충분하며 봉사기가 의뢰기를 대신하여 람색을 수행할수 있게 하는 
자료기지론리를 가져야 한다. 


그림 13-4. 의뢰기/봉사기자료기지사용법 
가-가능한 의뢰기/봉사기사용법，오용된 의뢰기/봉사기 


같은 백만개 레코드로 된 자료기지를 가지는 그림 13-4 l 의 방안을 고찰하자. 이 
경우에 한개 질문이 망을 통하여 300,000개 레코드를 전송한다. 이런 현상은 실례로 사 
용자가 많은 레코드들 또는 전체 자료기지에서 어떤 마당의 총 합계나 평균값을 구하려 
고 할 때 일어 난다. 

명 백히 이 후자의 방안은 받아 들이기 힘들다. 이 문제를 해결하기 위한 한가지 방 
법 즉 의뢰기/봉사기구성방식의 우점을 최대로 살리기 위한 방법은 봉사기에 응용론리의 
일부를 넘겨 주는것 이다. 즉 자료검색과 자료탐색은 물론 자료분석을 수행하기 위한 응 
용론리 를 봉사기 에 장비할수 있 다. 

의 뢰기/봉사기 웅용의 종류 

의뢰 기/봉사기의 일반적 인 틀거 리 내 에서 의뢰기와 봉사기 마다 다르게 일감을 나누어 
여 러 가지 구성 을 실 현 한다. 그림 13-5 는 여 러 가지 처 리 배 정 방법 을 설 명 한다. 그림 은 자료 
기지 를 응용하기 위한 몇 가지 기본방법들을 개 괄적 으로 설명 한다. 그밖의 방법들도 있는 
데 모든 방법 들은 다른 형 태의 응용을 위한 다른 특성서 술을 가질수 있다. 어 떤 경 우나 
이 그림 을 보고 가능한 방법 을 선택하는것 이 좋다. 

그림 은 4가지 종류를 설 명한다. 

• 주콤퓨터 에 의 한 처 리 : 주콤퓨터 에 의한 처 리는 일반적 으로 쓰는 용어 로서 의뢰 
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기/봉사기계산방식이 아니라 오히려 실제상 모든 처리를 중앙의 주콤퓨터에서 수 
행 하는 전통적 대 형 콤퓨터 환경 이 라고 할수 있 다. 흔히 사용자대 면부는 쏟기 말단이 
다. 사용자가 개 인용콤퓨터를 사용하고 있다고 해도 사용자국은 일반적으로 말단 



모의기의 역할만을 수행한다. 

봉사기에 의한 처리: 실제상 모든 처리는 봉사기에서 수행되고 의뢰기는 선차적 
으로 도형사용자대면부를 보장하는 가장 기본적인 의뢰기/봉사기구성이다. 이 구 
성은 초기의 의뢰기/봉사기체계 특히 부서수준의 체계를 대표한다. 이러한 구성 
이 합리적인것으로 되는것은 사용자워크스테이션이 사용자에게 편리 한 대면부를 
주는데 가장 적합하며 자료기지와 응용프로그람들을 중앙체계에 쉽게 유지 할수 
있기때문이다. 이러한 형태의 구성은 사용자가 더 좋은 대면부를 가진다는 우점 
이 있지만 생산성에서 큰 리득을 엄거나 체계를 지원하는 실제업무기능들을 근 
본적 으로 개혁 하는데는 적 합하지 않다. 

의뢰기에 의한 처리: 다른 측면에서 대부분의 봉사기가 수행하는 자료확인루린과 
그밖의 자료기 지 론리 기 능들을 제 외 하고 실제 상 모든 응용처 리는 의뢰 기 에서 수 
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행할수 있다. 일반적으로 일부 좀 복잡한 자료기지론리기능들은 의뢰기에서 동작 
한다. 이 구성방식은 아마 현재 사용중에 있는 가장 일반적인 의뢰기/봉사기방법 
일것 이다. 이 구성 방식으로 하여 사용자는 국부적요구에 맞게 작성된 응용프로그 
탐들을 사용할수 있다. 

• 협동처리: 협동처리구성에서는 응용처리를 최대로 활용할수 있는 방식으로 수행 
하며 의뢰기와 봉사기 두 기계의 우점과 자료분산의 우점을 가진다. 이러한 구성 
은 설정과 유지가 좀 복잡하지만 결국은 이러한 형태의 구성이 다른 의뢰기/봉 
사기방법들보다 사용자에게 더 큰 생산성 리득과 더 큰 망효과성을 줄수 있다. 

그림 13-5 c , 근은 의뢰기에 적지 않은 부하를 주는 구성에 맞는다. 이른바 살찐 의 
뢰 기 모형 은 Powersoft 회 사의 PowerBuilder 와 Gupta 회 사의 SQL Windows 와 같은 
응용프로그람개발도구에 의하여 보급되여 왔다. 이 도구로 개발한 응용프로그람들은 대 
표적으로 부서범위에서 25-150 명의 사용자를 지원한다. 살찐 의뢰기모형의 기본리익은 
그것 이 탁상형를퓨터능력의 우점을 가지며 봉사기에서 응용처리부담을 덜고 봉사기를 더 
효률 있게 하며 병목이 적게 한다. 

그러나 살찐 의뢰기전략은 몇가지 결함을 가진다. 의뢰기에 더 많은 기능을 추가함 
으로써 탁상기계들의 능력에 비하여 과중한 부하가 순식간에 걸리게 되므로 회사들로 하 
여금 장비를 개량할것을 요구한다. 이 모형이 부서범위를 벗어 나 확장되여 많은 사용자 
들이 협 력하면 회 사는 능력 이 큰 LAN 들을 설 치하여 여 원 봉사기들과 살찐 의뢰 기들사 
이의 대량전송을 지원하여야 한다. 결국 수십，수천대의 탁상형콤퓨터들에 분산시킨 응용 
프로그람들을 유지 하고 갱 신하고 교체하는것 은 어 렵 다. 

그림 13-5 l 은 여원 의뢰기 방법을 보여 준다. 이 방법은 전통적 인 주콤퓨터중심의 
방법 을 거 의 모방한것 이 며 대 형콤퓨터 로부터 분산환경 에 로 기 관규모의 응용들을 발전시 
키 기 위한 이 동행 로이 다. 


3 층의 뢰 기/봉사기 구성 방식 


전통적 인 의 뢰 기 /봉사기 구성 방식 은 두개 수준 (또는 층) 즉 의 뢰 기 층과 봉사기 층을 
포함한다. 최 근년 간에 는 3 층구성 방식 이 점 차 일 반화되 였 다(그림 13-6). 이 구성 방식 에 서 
응용쏘프트웨어는 세가지 형태의 기계 즉 사용자기계와 중간층봉사기，후미봉사기에 분 
산된다. 사용자기계는 지금까지 론의해 온 의뢰기기계이며 3층모형에서는 대표적으로 여 
윈 의 뢰 기 이 다. 중간층기 계 들은 본질적 으로 여 원 사용자의 뢰 기 들과 여 러 가지 후미 자료기 
지봉사기 들사이 에 있는 망문이 다. 중간층기 계 들은 통신규약들을 변환할수 있으며 한가지 
형 태의 자료기 지질문을 다른 형 태의 자료기 지질문으로 넘 길수 있다. 게 다가 중간층기 계 
는 서로 다른 원천들에서 발생한 결과들을 통합할수 있다. 결국 중간층기계는 탁상응용 
프로그람들과 후미의 유산응용프로그람들사이 에서 두 세계를 중계하므로 관문으로서 봉 
사할수 있다. 

중간층봉사기와 후미봉사기의 대화는 역시 의뢰기/봉사기모형에 따른다. 따라서 중 
간층체계는 의뢰기 로서도 봉사기 로서도 동작한다. 

파일캐쉬일관성 

파일 봉사기 를 사용할 때 망에 의하여 생 긴 지 연때 문에 파일 입 출력 성 능은 국부파일 접 
근에 비 하여 현저하게 떨 어 진다. 이 성 능악화를 완화하기 위 하여 개 별적 인 체 계 들은 최 
근에 접근한 파일레코드들을 보관하는 파일캐쉬를 사용할수 있다. 국부파일캐쉬를 사용 
하면 국소성의 원리로부터 수행하여야 할 원격봉사기에로의 접근회수를 줄일수 있다. 
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I - 고속완， 

국 프로쎄스 

i 다(《파일자료흐름》). 이 요청이 만족되지 않으면 파일이 국부디스 



청을 국부디스크에 넘기거나(《디스크자료흐름》) 파일이 보관되여 있 
1다(《봉사기자료흐름》). 봉사기에서는 먼저 봉사기의 캐쉬를 조사 
q 디스크에 접근한다. 통신통화량(의뢰기캐쉬)과 디스크입출력 (봉사 
하여 2중고속완충방법을 사용한다. 

a 격자료의 정확한 사본을 가지고 있으면 캐쉬들은 일관성이 있다고 
-료가 변하고 그에 대응하는 낡은 국부캐쉬사본이 제거되지 않으면 



의뢰기가 봉사기에 파일의 임의의 변화를 즉시에 써넣는 방책을 받아 들이면 파일의 
관련부분을 자기 캐쉬에 복사하고 있는 임의의 다른 의뢰기는 낡은 자료를 가지고 있게 
될것이다. 의뢰기가 변화값을 봉사기에 좀 늦게 써넣으면 문제는 더 악화된다. 이 경우에 
봉사기는 낡은 파일판본을 가지게 되며 봉사기에 새로운 파일읽기를 요구하면 낡은 자료 
를 얻을수 있다. 원격자료의 현재까지의 변화를 국부캐쉬복사로 유지하는 문제는 캐쉬일 
관성 문제로서 알려 져 있다. 

캐쉬일관성을 위한 가장 간단한 방법은 파일잠금수법을 사용하여 한대이상의 의뢰기 
가 한개 파일을 동시에 접근하는것을 막는것이다. 이것은 성능과 유연성을 희생시켜 일 
관성 을 보증한다. Sprite 의 기 능들은 더 강력 한 방법 을 준다 [ NELS 88, OUST 88]. 임 의 
의 수의 프로쎄스들은 읽기와 생성을 위하여 파일을 자기의 의뢰기캐쉬에 열수 있다. 그 
러 나 봉사기 에 대 한 열 린 파일 요청 이 쓰기 접 근을 요구할 때 와 그밖의 프로쎄 스들이 읽 기 
접근을 위 하여 파일을 열 때 봉사기는 두가지 작용을 한다. 첫째로, 봉사기는 캐쉬를 가 
지 고 있다고 해도 모든 변경된 블로크들을 즉시에 다시 써넣 어 야 한다는것을 쓰기프로쎄 
스에 통지한다. 기껏해서 이러한 의뢰기가 한대 있을수 있다. 둘째로，봉사기는 파일을 
여는 모든 읽기 프로쎄스들에 파일을 더는 고속완충할수 없다는것을 알린다. 

미들웨어 

의뢰기/봉사기제품을 개발하고 전개하는 사업은 물리층으로부터 응용층까지 분산계 
산방식의 모든 견해들을 표준화하는 사업보다 훨씬 앞서 나가고 있다. 이 표준화의 결핍 
으로 통합되고 다중전문가를 지원하는 기업소규모의 의뢰기/봉사기구성을 실현하기가 힘 
들다. 의뢰기/봉사기방법의 리익은 업무의 해결방법을 주기 위하여 가동환경들과 응용프 
로그람들을 조합하고 맞물리게 하는 능력과 모둘성에 많이 관련되기때문에 정보처 리상호 
운영문제를 해결하여 야 한다. 


의 뢰 기 워 크스레 이 션 



그림 13-8. 의뢰기/봉사기구성방식에서 미들웨어의 역할 


522 




의뢰기/봉사기방법의 근본리익을 달성하기 위하여 개발자들은 모든 가동환경들에 있 
는 체계자원들에로의 통일적 인 접근방법과 접근형태를 주는 도구묶음을 가지고 있어야 
한다. 이것으로 하여 프로그람작성자는 여 러가지 PC 들과 워크스테 이션들을 같은것으로 
보고 느낄뿐아니라 갈은 방법을 사용하여 자료의 위치에 관계 없이 자료에 접근하는 응 
용프로그람들을 작성할수 있다. 

이 요구를 만족시키는 가장 일반적인 방법은 우에 있는 응용프로그람과 아래에 있는 
통신쏘프트웨 어 및 조작체 계 사이 에 있는 표준프로그람작성 대 면부와 통신규약들을 사용하 
는것이다. 결국 이러한 표준화된 대면부와 통신규약들을 미들웨어라고 말하게 되였다. 표 
준프로그람작성 대면부로는 여 러가지 봉사기형 태와 워 크스테 이션형 태들에 대 하여 갈은 응 
용프로그람을 실현하기가 쉽다. 이것은 명백히 구매자에게는 리익으로 되며 제작자에게 
는 자극을 주어 이러한 대면부들을 보장하도록 한다. 그 리유는 구매자들이 봉사기가 아 
니 라 응용프로그람들을 사기 때 문이 다. 즉 구매 자들은 자기 들이 원하는 응용프로그람들을 
실행 하는 봉사기제 품들만 선택 할것 이 다. 이 여 러 가지 봉사기대 면부들을 자기 들에 게 로 접 
근하려는 의뢰기들에 련결하기 위하여 표준화된 규약들이 필요하다. 

매우 단순한것으로부터 매우 복잡한것에 이르는 여러가지 미들웨어제품들이 있다. 
그것들모두가 공통으로 가지고 있는것은 서로 다른 망규약들과 조작체계들의 복잡성과 
차이들을 숨기는 능력이다. 의뢰기와 봉사기제작자들은 일반적으로 많은 보편화된 미들 
웨어제품들을 제공한다. 따라서 사용자는 특수한 미들웨어전략을 결정할수 있으며 그 전 
략을 지원하는 여 러 제작자들의 장비를 조립 할수 있다. 

미 들웨 어 구성 방식 

그림 13-8 은 의 뢰기/봉사기 구성 방식 에서 미 들웨어의 역 할을 보여 준다. 미 들웨어 의 
정확한 역할은 사용되고 있는 의뢰기/봉사기계산의 형태에 관계된다. 그림 13-5 를 다시 
보면 응용프로그람기 능들을 분산시키는 방법 에 따라 여 러 가지 서 로 다른 의뢰기/봉사기 
방법들이 있다는것을 상기할수 있다. 임의의 경우에 그림 13-8 은 필요한 구성 방식 을 위 
한 좋은 일반적 인 방안을 준다. 

미들웨어에는 의뢰기요소와 봉사기요소가 다 있다. 미들웨어의 기본목적은 의뢰기에 
있는 응용프로그람 또는 사용자가 봉사기들의 차이점에는 관계 없이 봉사기의 여 러가지 
봉사에 접 근하게 하는것 이 다. 한가지 특정한 응용령역 을 보기 위하여 구조화질 문언 어 
( SQL ) 는 국부 및 원격 사용자나 응용프로그람으로 관계 자료기 지 에 접 근하기 위한 표준 
수단을 제 공한다고 가정한다. 그러 나 많은 관계 자료기 지 제 작자들은 자기 들이 비 록 SQL 
을 지 원 하여 도 자기나름의 확장기 능을 SQL 에 추가하였 다. 이 때 문에 제 작자들은 자기 의 
제 품들을 구별 하지 만 잠재 적 인 비 호환성 을 창조한다. 

실례 로 특히 간부과를 지원하기 위하여 사용되는 분산체계 를 고찰하자. 종업 원이 름， 
주소 등과 같은 기본종업원자료를 Gupta 자료기지에 보관하고 반면에 사무원정보는 
Oracle 자료기 지 에 보관할수 있 다. 간부과에 있는 사용자가 특정 한 레 코드들에 로의 접 근 
을 요구할 때 사용자는 어느 제 작자의 자료기지가 필요한 레코드들을 가지고 있는가에는 
관심을 가지지 않는다. 미들웨어는 이 서로 다른 체계들에 통일적으로 접근할수 있는 층 
을 제공한다. 

실현의 관점에서보다 오히 려 론리적 인 관점에서 미들웨어의 역할을 고찰하는것이 좋 
다. 그림 13-9 에서 이 러한 관점을 설명한다. 미들웨어는 분산의뢰기/봉사기계산을 실현할 
수 있게 한다. 완전한 분산체계는 사용자들이 사용할수 있는 응용프로그람과 자원들의 
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모임으로 볼수 있다. 사용자들은 자료의 위치 또는 실제로는 응용프로그람들의 위치에는 
관심 이 없 다. 모든 응용들은 통일 적 인 응용프로그람작성대 면부 (API) 에 서 동작한다. 모든 
의 뢰 기 와 봉사기 가동환경 을 초월 하는 미 들웨 어 는 적 당한 봉사기 에 로 의 뢰 기 요청 을 발송 
해 야 한다. 

미들웨어를 사용하여 본질적 으로 다른 제품들을 어 떻게 통합하는가를 보여 주는 실 
례는 그림 13-10 에서 준 구성 이다. 이 경우에 망과 조작체계의 비호환성을 극복하기 위 
하여 미 들웨 어 를 사용한다. 기 간망은 DEC 망과 Novell, TCP/IP 망을 련결 한다. 매 개 망 
요소에서 동작하고 있는 미 들웨어 는 망사용자모두가 임의의 세개 망들에 있는 응용프로 
그람에는 관심 이 없다. 모든 응용들은 통일적 인 응용프로그람작성대면부 (API) 에서 동작 
한다. 모든 의뢰기와 봉사기 가동환경을 초월하는 미들웨어는 적 당한 봉사기 에 로 의뢰기 
요청을 발송해 야 한다. 

미 들웨 어제품의 종류는 매 우 많지 만 이 제품들은 다음에 취 급하는 두 수법 들중 하나 
즉 통보문넘기기나 원격수속호출에 대표적으로 기초한다. 이 두가지 방법을 다음 두개 
절에서 고찰한다. 


제 2절. 분산틍보문넘기기 

분산처 리체계에서는 콤퓨터들이 주기억기를 공유하지 않는다는것 즉 매개는 고립된 
콤퓨터체 계 라는것 이 사실 이 다. 따라서 신호기 들과 공통기 억 기 령 역의 사용과 갈은 공유기 
억기 에 관계되는 처 리기 내부수법들을 사용할수 없다. 대 신에 통보문넘기기 에 의거 하는 
수법들을 사용한다. 이 절과 다음 절에서는 가장 일반적인 방법을 고찰한다. 먼저 단일체 
계에서 사용되는 통보문들의 간단한 응용을 고찰한다. 다음으로 기본기능인 원격수속호 
출과 같이 통보문넘기기에 의거하는 개별적인 수법을 고찰한다. 

그림 13-11 1는 의뢰 기/봉사기 기능을 실현하기 위하여 분산통보문넘 기기를 사용하는 
것을 보여 준다. 의뢰기프로쎄스는 몇가지 봉사(실례로 파일읽기，인쇄)를 요구하며 봉사 
기 프로쎄 스에 봉사요청 을 포함하는 통보문을 보낸 다. 봉사기 프로쎄 스는 요청 을 허 락하며 
응답을 포함하는 통보문을 송신한다. 가장 간단한 형태에서는 다만 두개의 기능 즉 송신 
과 수신 이 필 요하다. 송신기 능은 목적 지 를 규정하며 통보문내 용을 포함한다. 수신기 능은 
누가 (《모두》를 포함하여)통보문을 희망하는가를 알려 주며 들어 오는 통보문이 기 억되 
는 완중기를 보장한다. 

그림 13-12 는 통보문넘 기 기의 실현방법 을 제 시한다. 프로쎄 스를은 통보문넘 기 기 모둘 
의 봉사들을 사용한다. 기 본지 령 들과 파라메터 로 봉사요청 들을 표현할수 있 다. 기 본지 령 
은 수행될 기능을 규정하며 자료와 조종정보를 넘기기 위하여 파라메터를 사용한다. 기 
본 지령의 실제형식은 통보문넘기기쏘프트웨어에 관련된다 . 그것은 수속호출일수 있으며 
또는 그자체가 조작체계의 부분인 프로쎄스의 통보문일수 있다. 

송신지 령 은 통보문을 송신하려 는 프로쎄 스가 사용한다. 그의 파라메터 들욘 목적 지 프 
로쎄스의 식별자와 통보문의 내용들이 다. 통보문넘기기모둘은 이 두 요소들을 포함하는 
자료단위를 구축한다. TCP/IP 와 같이 몇가지 통신기능을 사용하여 이 자료를 목적지프 
로쎄스를 주관하는 기계에 송신한다. 자료단위를 목적체계에서 수신할 때 그것은 통신기 
능에 의하여 통보문넘 기 기모둘에 발송된다. 이 모둘은 프로쎄 스식 별 자마당을 조사하고 
프로쎄 스를 위한 완충기 에 통보문을 보관한다. 

이 대본에서 수신프로쎄스는 자기의 자발성을 통지하여 완충기령역을 지정 하고 수신 
기본지 령으로 통보문넘기기모둘에 알려 통보문들을 수신하여야 한다. 다른 방법은 이 러 
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전송되였는가를 알게 할 필요는 없다. 그러나 전송이 이미 완료했다는것을 알도록 송신 
프로쎄스에 거꾸로 응답을 보내는것이 좋다. 어느 경우든 기구가 전송을 달성하지 못하 
면(실례로 끊임 없는 망고장，목적지체계의 폭주) 송신프로쎄스는 고장통지를 받는다. 

다른 측면에서 통보문넘기기기능은 통신망으로 통보문을 간단히 보낼수 있지만 성공 
도 고장도 통보하지 않는다. 이 방법은 통보문넘기기기능의 복잡성과 처리, 통신내부처리 
를 크게 줄인다. 통보문이 전송되였다는 확인을 요구하는 응용프로그람들을 위하여 응용 
프로그람들자신이 요구를 사용하고 통보문들에 응답하여 요구를 만족시킬수 있다. 



폐색 대 비폐색 

비페색 또는 비동기기본지령들의 경우에 프로쎄스는 송신기본지령 또는 수신기본지 
령의 출구로 중단되지 않는다. 따라서 프로쎄스가 송신기본지령을 출구하면 조작체계는 
통보문을 전송하기 위하여 그것을 대기렬에 넣거나 그 사본이 작성되자마자 프로쎄스에 
로 조종권을 넘긴다. 사본이 전혀 작성되지 않으면 통보문이 전송되기전이나 전송되는동 
안에 송신프로쎄스에 의하여 통보문에 가해 진 임의의 변화는 프로쎄스를 위험에 빠뜨린 
다. 통보문이 다음전송을 위하여 안전한 장소에 전송되였거나 사본이 작성되였을 때 송 
신프로쎄스는 새치기되고 통보문완충기를 재사용할수 있다는것을 통지 받는다. 이와 류 
사하게 비페색수신지령은 그때에 실행하기 시작하는 프로쎄스에 의하여 출구된다. 통보 
문이 도착하면 프로쎄스는 새치기로 통지를 받거나 주기적으로 상태를 조사할수 있다. 

비페 색 기 본지 령 들은 프로쎄 스들이 통보문넘 기 기 기구를 효률적 으로 유연하게 사용하 
기 위한것 이다. 이 방법의 결함은 기본지령들을 사용하는 프로그람들을 검사하고 오유를 
수정 하기 가 힘 들다는것 이 다. 연기 할수 없는 동기 의 존형 순차들은 미 묘하고 어 려 운 문제 들 
을 초래 할수 있다. 다른 방법은 페색 또는 동기기본지 령들을 사용하는것 이 다. 페색송신기 
본지령은 통보문이 송신된 다음에(비확실한 봉사) 또는 통보문이 송신되고 응답을 수신 
한 다음에 (확실한 봉사) 조종을 송신프로쎄스에 넘 긴다. 폐 색수신기 본지 령은 통보문이 배 
정된 완충기에 놓인 다음에 조종권을 넘긴다. 
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제 3 절. 원격수속호출 


원격 수속호출은 기본통보문넘기 기의 변종이 다. 이것은 분산체 계 에 통신을 요약하기 
위하여 널리 도입된 공통방법이다. 이 수법의 본질은 마치 두 프로그람이 갈은 기계에 
있는것처럼 다른 기계들에 있는 프로그람들이 간단한 수속호출/복귀의미론들을 사용하 
여 대화하게 하는것이다. 즉 원격봉사에 접근하기 위하여 수속호출을 사용한다. 이 방법 
이 보편화된것은 다음과 갈은 우점을 가지기때문이 다. 

1. 수속호출은 광범히 도입사용되고 충분히 알려 진 개념이다. 

2. 원격수속호줄을 사용하면 원격대면부를 규정된 형태들을 가진 지정된 조작들의 
모임 으로서 정의할수 있다. 따라서 대 면부를 명백 히 기록할수 있으며 분산프로 
그람들의 형태오유를 정적으로 검사할수 있다. 



그림 13-13. 원격수속호출기구 


3. 표준화되고 정 확히 정의된 대 면부를 규정 하기때 문에 응용프로그람을 위한 통신 
코드는 자동적으로 발생될수 있다. 

4. 표준화되고 정확히 정의된 대면부를 규정하기때문에 개발자들은 콤퓨터들과 조 
작체계들사이로 이동할수 있는 약간 개조되고 재코드화된 의뢰기 및 봉사기모둘 
들을 작성할수 있 다. 

원격수속호출기구는 확실히 페색통보문넘기기의 극치로 볼수 있다. 그림 13-11 u 는 
일 반적 인 구성 방식 을 설명하며 그림 13-13 은 더 상세한 견해 를 준다. 호출하는 프로그 
탐은 기계 에 파라메터로 정규수속호출을 한다. 실례로 
CALL P ( X , Y ) 

여기서 P = 수속이름 

넘겨 지는 인수들 
y =복귀되는 값들 
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그것은 다른 콤퓨터에 있는 원격수속을 불러 내려는 사용자에게 투명할수 있고 또 
투명하지 않을수 있다. 허위 또는 그루터기수속 P 를 호출자의 주소공간에 포함하여야 
하거나 호출시에 주소공간에 동적으로 련결하여야 한다. 수속은 호출되는 수속을 식별 
하는 통보문을 생성하며 파라메터들을 포함한다. 그다음에 그것은 원격체계에 통보문을 
보내며 응답을 기 다린다. 응답을 수신하면 그루터기수속은 호출하는 프로그람으로 복귀 
하며 복귀값들을 준다. 

원격기계에서 호출된 수속과 관련되는 또다른 그루터기프로그람이 있다. 통보문이 
도착하면 조사되 며 국부 CALLP(X 幻 이 발생한다. 따라서 원격 수속은 국부적 으로 호 
출되므로 파라메터，탄창상태 등을 어 디서 찾아야 하는가에 대 한 보통의 가정은 순수한 
국부수속호출의 경 우와 일 치한다. 

여러가지 설계문제들이 원격수속호출과 관련되며 그 문제들은 이 절의 나머지부분 
에 서 론의한다. 

과라에터넘기기 

대부분의 프로그람작성언어들은 파라메터를 값(값에 의한 호출)으로서 넘기거 나 값 
을 포함하는 위 치의 지시 자(참조에 의한 호출)토서 넘 긴다. 값에 의한 호출은 원격수속 
호출에 서 간단히 실현할수 있 다. 즉 파라메터 는 통보문에 간단히 복사되 여 원격 체 계 에 
보내 진다. 참조에 의한 호출을 실현하기는 더 힘 들다. 매 개 객체 에 는 유일한 체 계 규모 
의 지시 자가 필요하다. 이것 을 실현하기 위하여 노력 을 소비할 필요는 없다. 

과라어 I 터표현 

또다른 하나의 문제는 파라메터들을 어떻게 표현하여 통보문에 반영하는가 하는것 
이다. 호출되였거나 호출한 프로그람이 같은 조작체계를 가진 같은 형태의 기계들상에 
서 동일한 프로그람작성언어 로 되 여 있다면 표현요구문제 가 전혀 제기되지 않는다. 이 
령역 들에 서 차이 가 있 다면 수자와 본문을 표현하는 방법 이 다를것 이 다. 모든 기 능을 가 
진 통신구성방식을 사용하면 표현층으로 이 문제를 처리할수 있다. 그러나 이러한 방식 
의 내 부조작은 대 부분의 통신구성 방식 을 무시 하고 자기나름의 기 본통신기능들을 제 공하 
는 원격 수속호출기 능들을 설 계하게 하였 다. 이 경 우에 변환은 원격 수속호출기 능이 수행 
한다(실례 로 © IBB 8 기을 보시오.). 

이 문제를 해결하는 가장 좋은 방법은 옹근수，류동소수점수，문자，문자렬과 같이 
공통객체들을 위한 표준화된 형식을 취는것 이 다. 그래 야 임의의 기계의 본래파라메터들 
을 표준화된 표현으로 변환할수 있다. 

의뢰기/봉사기맺기 

맺기는 원격수속과 호출하는 프로그람사이의 관계 가 어떻게 확립되는가를 규정한다. 
맺기는 두 응용프로그람이 론리적으로 련결되고 지령들과 자료를 교환할 준비가 되였을 
때 이루어 진다. 

비지속맺기 란 원격수속호출시에 두 프로쎄스사이에 론리적련결을 확립하고 값을 복 
귀 할 때 련결 을 취 소하는것 을 의 미한다. 련결 은 량쪽의 상태 정 보의 유지 를 요구하기 때 
문에 자원을 소비한다. 이 자원들을 보호하기 위하여 비 지 속형 을 사용한다. 다른한편 련 
결을 확립하는데 필요한 내부조작으로 하여 갈은 호출자가 자주 호출하는 원격수속들에 
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는 비지속맺기가 적당하지 않다. 

지속맺기의 경우에 원격수속호출을 위하여 설정된 련결은 복귀후에 계속 유지된다. 
이때 련결은 앞으로의 원격수속호출에 사용될수 있다. 련결에 아무런 작용도 없이 규정 
된 시간주기가 되면 련결은 취소된다. 원격수속들에 많은 반복호출을 하는 응용프로그 
탐들을 위 하여 지속맺기는 론리적 인 련결을 유지 하며 호출과 복귀절차는 갈은 련결을 
사용한다. 

동기 대 비동기 

동기와 비동기원격수속호출의 개념은 페색과 비페색통보문의 개념과 류사하다. 전 
통적 인 원격 수속호출은 동기 원격 수속호출이 며 그것 은 호출되 는 프로그람이 값을 복귀 할 
때까지 호출하는 프로그람이 기 다릴것 을 요구한다. 따라서 동기 RPC 는 보조루 
린호출처 럼 작용한다. 

동기 RPC 는 그 작용을 예측할수 있기때 문에 리해와 프로그람작성 이 쉽다. 그러 나 
그것은 분산응용프로그람의 고유한 병렬성을 충분히 살리지 못한다. 이것은 분산응용프 
로그람이 가질수 있는 대화의 성질을 제한하며 성능을 더 낮춘다. 

보다 큰 유연성을 보장하기 위 하여 여 러 가지 비동기 RPC 기능들이 실현되 여 RPC 의 친 
밀성 과 단순성 을 유지 하면서 병 렬성 을 더 높은 수준에 서 달성하였 다 [ ANAN 9 幻 . 비 동기 
RPC 들은 호출자를 폐색하지 않는다. 즉 응답은 요구에 따라 그리고 필요할 때 수신될수 
있다. 따라서 비동기 RPC 들은 의뢰기집행이 봉사기기동과 병렬로 국부적으로 
진행되도록 한다. 

대표적인 비동기 RPC 의 사용을 본다면 의뢰기가 한번에 많은 요청을 관흐름에 가지고 
있도록 봉사기를 몇번이고 기동하게 하는것이다. 이때 매개 요청은 자기의 자료모임을 가진 
다. 의뢰기와 봉사기의 동기화는 다음의 두 방법중 한가지 방법으로 달성할수 있다. 

1. 의뢰기 와 봉사기의 상위층의 응용프로그람은 교환을 개시할수 있으며 그다음에 
모든 요청된 동작들이 수행된 끝을 검사할수 있다. 

2. 의뢰 기는 마지 막동기 RPC 의 앞에 있는 비동기 RPC 의 문자렬을 내보낼수 있다. 
봉사기 는 선 행하는 비 동기 RPC 들에 서 요청한 모든 작업 을 완성한후에 만 동기 
RPC 에 응답할것 이 다. 

일부 방법들에서 비동기 RPC 들은 봉사기 에 그 어떤 응답도 요구하지 않으며 봉사 
기는 응답통보문을 송신할수 없다. 다른 방안들은 응답을 요구하거나 허용하지만 호출 
자는 응답을 기 다리지 않는다. 

객체지향기구 

객체지향기술이 조작체계설계 에 널 리 보급됨 에 따라 의 뢰기/봉사기설계 자들은 이 
방법 을 받아 들이기 시 작하였다. 이 방법 에서 의뢰기와 봉사기 들은 통보문들을 객체 들 
사이에서 앞뒤로 발송한다. 객체통신은 아래준위에 놓여 있는 통보문이나 RPC 기구에 
의거하거 나 조작체 계 에서 객체지 향성능에 기초하여 직 접 개 발될수 있다. 

봉사를 요구하는 의뢰기는 객체요청중개 자에 요청 을 보낸다. 객체요구중개 자는 망 
에서 사용가능한 모든 원격봉사의 등록부로서 동작한다(그림 13-11 n ). 중개 자는 적 당 
한 객체를 호출하며 임의의 관련자료에 접근한다. 그다음에 원격객체 가 요청 에 봉사하 
고 중개자에게 대답들을 주며 중개자는 의뢰기에 그 응답을 되넘긴다. 
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객체지향방법의 성공은 객체기구의 표준화에 관계된다. 이 령역에서 여러가지 설계 
안들이 제기되고 있다. 그중의 하나가 객체련결과 매몰 ( OLE ) 의 기초인 Microsoft 의 
공통객체모형 ( COM ) 이며 이 방법은 UNIX 에서의 COM 을 개 발한 Digital Equipment 
회 사의 후원을 받고 있 다. Object Manegement Group 가 개 발한 경 쟁 방법 은 공통객 체 
요청 중개자구성방식 ( CORBA ) 인데 이것은 광범 한 산업의 후원을 받고 있 다. IBM , 
Apple , Sun 그리 고 그밖의 많은 제 작자들이 CORBA 방법 을 지 원하고 있 다. 

제 4절. 클라스터 

콤퓨터체계설계에서 가장 열띤 새로운 령역의 하나가 클라스터화이다. 클라스터화 
는 높은 성능과 사용률을 제 공하는 방법 으로서 대 칭 다중처 리 ( SMP ) 의 대 안이 며 특히 
봉사기응용프로그람들에서 인기가 있다. 클라스터는 한대의 기계에 있는 환영 (착각)을 
창조할수 있는 통합된 계산자원으로서 함께 작업하는 상호련결된 전체 콤퓨터 들의 그롭 
으로 정의할수 있다. 전체 콤퓨터 란 말은 클라스터 와는 별개의 문제 로 독립 으로 실행할 
수 있는 체계를 의미한다. 문헌에서는 클라스터 에서의 매 개 콤퓨터를 대표적 으로 마디 
라고 한다. 

[ BREWP 9 기은 클라스터화가 달성할수 있는 4 가지 리 익을 주었다. 이것들을 목적 
이나 설계요구항목으로 생각할수 있다. 

• 절대동시 실행성 : 가장 큰 독립기 계 들의 능력 을 훨씬 롱가하는 큰 클라스터들을 
창조할수 있다. 클라스터는 수십대 지어 수천대의 기계를 가질수 있으며 매 기 
계는 다중처 리기 이다. 

• 중분동시실행성 : 클라스터는 새로운 체 계들을 조금씩 추가하는 방법 으로 구성된 

다. 따라서 사용자는 현재 가지고 있는 작은 체계를 보다 큰 체계로 교체 하는것 
과 같은 완전한 갱신을 하지 않고 가장 좋은 체계에서 시작하여 요구가 늘어 
남에 따라 체계를 확장할수 있다. 

• 고리용성 : 클라스터의 매개 마디는 독립콤퓨터 이기때문에 한개 마디의 고장이 
봉사의 실패 를 의 미 하지 않는다. 많은 제 품들에서 는 쏘프트웨어 가 장애 극복기 능 
을 자동적으로 조종하고 있다. 

• 가격/성능이 낮은 비: 블로크들을 구축하고 있는 제품을 사용하면 매우 적은 
원가로 클라스터가 단일한 큰 기계와 같거나 더 큰 계산능력을 가지게 할수 
있 다. 

클라스터의 구성 

문헌에서는 클라스터를 여러가지 다른 방법들로 분류하였다. 가장 간단한 분류법은 
클라스터 의 콤퓨터 가 동일한 디 스크의 접 근을 공유하는가 안하는가에 따른다. 그림 
13-4 자 는 클라스터 의 동작을 조정 하기 위하여 통보문교환에 사용할수 있는 고속련결 방 
법으로 유일한 상호접속이 이루어 지는 두마디클라스터를 보여 준다. 련결은 다른 비클 
라스터 콤퓨터 들이 공유하는 LAN 또는 전용상호접 속장치 일수도 있 다. 후자의 경 우에 봉 
사기클라스터 와 원격의뢰기체계사이 를 접 속하도록 클라스터의 한대 또는 그이 상의 콤퓨 
터들을 LAN 또는 WAN 에 련결할수 있다. 그림 에서는 매개 콤퓨터 가 다중처 리기를 가 
지고 있는것으로 묘사하였다. 이럴 필요는 없지만 성능과 사용률을 다 높인다. 

그림 13-14 에서 제시한 간단한 분류에서 다른 방법은 공유디스크클라스터 이 다. 이 
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다중콤퓨터들에 직접 련결한 디스크보조체계가 있다. 
는 RAID 체계 이다. 다중콤퓨터들로 하여 달성된 높은 
디스크때문에 떨어 지지 않도록 클라스터체계에서는 R 
스크수법을 일반적으로 사용한다. 

기 능대 안들을 고찰하여 클라스터선택령역 에 대 - 
Hewlett Packard 의 백 서 [ HP 96] 는 현 재 론의 하는 ^ 
있는 분류를 제공한다. 

피동예 비 (체계)로 알려 진 오랜 공통방법 은 1 차 
하여 대기하고 있는 다른 콤퓨터가 동작하지 않는 동인 
를 조종하게 하는것 이 다. 기 계 들을 조정 하기 위 하여 -5 
《 심 장고동》통보문을 주기 적 으로 송신한다. 이 통보문- 
1 차봉사기 가 고장났다고 가정 하고 자기 가 동작상태 에 
높이 지 만 성 능을 개 선하지 못한다. 더우기 두 체 계사。' 
고동통보문이고 두 체계가 공통디스크를 공유하지 않나 
공하지 만 1 차 기계 가 관리하는 자료기지 에 전혀 접근못 

일 반적 으로 피동예 비 (체계 )를 클라스터 라고 하지 
부세계에 단일체계 라는 인상을 주면서 처리를 모두 능 
퓨터 들에 적 용된 다. 능동2 차(체 계 ) 라는 말은 이 러 한 ' 




콜라스터화의 한가지 방법은 매개 를퓨터가 자기의 디스크를 가진 단독봉사기 이며 
체계들사이에 공유되는 디스크가 전혀 없다(그림 13-14 1) . 이 러한 구성은 높은 사용률 
은 물론 높은 성능을 제공한다. 이 경우에 부하의 균형을 보장하고 높은 사용률을 달성 
하도록 봉사기 에 들어 오는 의뢰 기요청들을 할당하기 위하여 어떤 종류의 관리 또는 일 
정 작성 쏘프트웨어 가 필요하다. 즉 고장넘 기 기 능력 을 가지 는것 이 좋다. 고장넘 기 기 능력 이 
란 한 콤퓨터 가 응용프로그람을 실행하는중에 고장나면 클라스터 에 있는 또다른 콤퓨터 
가 그 응용프로그람을 가져 다 완성할수 있다는것을 말한다. 이 것을 실현하자면 매 개 체 
계가 다른 체계의 현재 자료에 접근하도록 상시적으로 체계들사이에서 자료를 복사하여 
야 한다. 이 자료교환을 위한 내 부처 리 는 성 능을 약화시키 는 반면 에 높은 사용 
률을 보증한다. 

통신내 부처 리 를 줄이 기 위하여 대 부분의 클라스터 들은 현재 공동디 스크에 접 속된 
봉사기들로 구성된다(그림 13-14 l ). 이 방법의 한가지 변종을 간단히 비 공유라고 한다. 
이 방법에서 공통디스크들은 기록권들에 분할되며 매개 기록권은 단일콤퓨터가 소유한다. 


표 13-2. 클라스터화방법 : 리익과 제한 


클라스터화방법 

설명 

리익 

제한 

피동예비체계 

2 차봉사기는 1 차봉사기가 고 
장나는 경우에 계승하여 동작 
한다 

실현하기 쉽다 

2 차봉사기는 다른 과 
제들을 처 리 하 는 데 
사용할수 없기때 문에 
원가가 비싸다. 

능동 2 차체계 

2 차봉사기 도 과제 처 리 에 사용 
할수 있다. 

2 차봉사기를 과제처리에 
사용할수 있기때문에 원 
가가 감소한다. 

복잡성이 증가한다. 

단독봉사기 

단독봉사기는 자기의 디스크를 
ᄌ]■진 1 차 14 기에서 

2 차봉사기로 련속적으로 복사 
된 다. 

높은 사용률 

조작을 모방하기때문 
에 망과 봉사기 내부 
조작시간이 크다. 

디스크에 접속 
된 봉사기 

봉사기 들은 동일디 스크에 련결 
되였지만 매개 봉사기는 자기 
디스크들을 소유한다. 만일 한 
개의 봉사기가 고장나면 그 디 
스크들은 다른 봉사기 에 의하 
여 계속 사용된다. 

조작의 모방을 제거하기 
때문에 망과 봉사기내부 
조작시간이 줄어 든다. 

디스크고장의 위험성 
을 보상하기 위하여 
보충대칭복사 또는 
RAID 기 능을 요구한 
다. 

봉사기공유디스 

크 

다중봉사기들은 디스크에 대한 
접근을 동시에 공유한다. 

망과 봉사기내부조작이 
작다. 디스크고장에 의 
하여 발생한 정지시간의 
위험성이 감소한다. 

잠금관리 기 쏘프트웨 
어를 요구한다. 보통 
디스크대칭복사 또는 
RAID 수법과 함께 사 
용된 다. 


그 콤퓨터가 고장나면 어떤 다른 콤퓨터가 고장난 콤퓨터의 기록권에 대한 소유권 
가지 도록 클라스터 를 재 구성 하여 야 한다. 

갈은 시 간에 동일디 스크를 공유하는 다중콤퓨터들을 가질수 있기때 문에 (공유디스크 




직 한대의 콤퓨터 가 동시 에 자료에 접근할수 있다는것을 보증하기 위 하여 일부 잠금기 
능형태를 사용할것을 요구한다. 

조작체계설계문제 

클라스터 하드웨 어 구성 을 충분히 활용하기 위 하여 서 는 단일 체 계 조작체 계 를 몇 가지 
개선하여야 한다. 

고장관리 

클라스터가 고장을 어떻게 관리하는가는 사용되는 클라스터화방법에 관계된다(표 
13-2). 일 반적 으로 고장을 처 리 하기 위 하여 두가지 방법 즉 사용률이 높은 콜라스터 와 
장애극복력 이 있는 클라스터 를 사용할수 있 다. 사용률이 높은 클라스터 는 모든 자원들 
이 봉사중에 있을것이라는 높은 확률을 제공한다. 체계가 정지하거나 디스크기록권이 
잃어 지는것과 같은 고장이 발생하면 진행중에 있던 질문들이 잃어 진다. 임의의 잃어 
진 질문을 다시 하면 클라스터의 다른 를퓨터가 그 질문에 봉사할것 이 다. 그러 나 콜라 
스터조작체계는 부분적으로 실행된 트렌잭션들의 상태에 대하여서는 전혀 보증하지 않 
는다. 이것은 응용프로그람수준에서 조정되여야 한다. 

장애극복력이 있는 클라스터는 모든 자원들은 항상 사용할수 있다는것을 보증한다. 
이것은 여분의 공유디스크들을 사용하여 그리 고 비완료트랜잭 션은 취소하고 완성된 트 
랜잭 션만 완료하기 위한 기 구들을 사용하여 달성한다. 

클라스터에서 고장난 체계로부터 다른 체계에로 응용프로그람과 자료자원들을 절환 
하는 기능을 고장넘기기라고 한다. 그와 관련되는 기능은 일단 고장을 회복하고 원래체 
계에로 응용들과 자료자원들을 회복하는것 인데 이것을 고장회복이 라고 한다. 고장회복 
을 자동화할수 있지만 이것은 고장이 완전히 퇴 치되 였을 때에만 기대할수 있다. 그렇지 
않은 경우 자동고장회복은 자원들에 계속 고장을 일으켜 콤퓨터들사이에서 왔다갔다하 
면서 고장을 뢰치 하지 않으면 안되 며 결과 성 능문제 와 회 복문제 가 발생한다. 

부하평형 

클라스터 는 사용가능한 콤퓨터 들사이 의 부하균형 을 잡기 위한 효과적 인 능력 을 요 
구한다. 즉 클라스터가 점차 부하무게를 달수 있을것을 요구한다. 새로운 콤퓨터를 콜라 
스터 에 추가하면 부하평 형 기 능은 응용프로그람들의 일정작성 에 이 콤퓨터 를 자동적 으로 
포함시 킬것 이 다. 미 들웨 어기 구들은 봉사들이 서 로 다른 클라스터 성 원들에 나타날수 있 
으며 한 성 원으로부터 또다른 성 원으로 이동할수 있 다는것 을 인식할 필요가 있 다. 

병렬계산 

일부 경 우들에 클라스터 를 효과적 으로 사용하자면 쏘프트웨어 를 단일응용프로그람에 서 
병렬로 실행할 필요가 있다. [ KAPPO ()] 은 그 문제에 대한 세가지 일반적인 방법을 제시한다. 

• 병렬화를파일러 : 병렬화콤파일러는 콤파일시에 응용프로그람의 어느 부분들이 
병 렬로 실행될수 있는가를 결정한다. 그다음에 이 부분들을 분해하여 클라스터 
의 서로다른 콤퓨터들에 할당한다. 성능은 문제의 특성과 콤파일러 가 얼마나 잘 
설계되였는가에 관계된다. 

• 병렬화된 웅용 프로그람: 이 방법에서 프로그람작성자는 처음부터 클라스터에서 
실행 하기 위한 응용프로그람을 작성하며 통보문넘 기 기를 사용하여 클라스터마 
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디들사이에서 요구에 따라 자료를 옮긴다. 이것은 프로그람작성자에게 큰 부담 
을 주지만 일부 응용프로그람에서 클라스터들을 활용하기 위한 가장 좋은 방법 
일것이다. 

• 파라메터계산: 응용프로그람이 매번 서로 다른 시동조건과 파라메터들을 가지고 
여러번 실행되여야 하는 알고리듬이나 프로그람이라면 이 방법을 사용할수 있 
다. 좋은 실례는 서로 다른 많은 대본들을 실행하고 결과들의 통계적합계를 밝 
히는 모의모형이다. 이 방법을 더 효과있게 하기 위해서는 정돈된 방법으로 일 
감들을 조직 하고 실행 하며 관리 하는 파라메 터처 리도구가 필요하다. 

클라스터콤퓨터구성방식 

그림 13-15 는 표준적 인 클라스터구성방식을 보여 준다. 개별적 인 콤퓨터들은 어떤 
고속 LAN 이 나 스위 치하드웨 어 에 의하여 접 속된 다. 매 개 콤퓨터 는 독립 적 으로 조작할수 
있다. 게 다가 매 개 콤퓨터 에 는 쏘프트웨어의 미 들웨 어층이 설 치되 여 클라스터 를 조작할 
수 있 다. 클라스터 미 들웨어 는 사용자에 게 단일 체 계 상으로 알려 진 통합체 계 상을 준다. 
미들웨어는 부하평형과 개 별적 인 부분품들에서 발생하는 장애 에 따라 높은 사용률을 보 
장해 야 한다. [ HWAN 9 的 는 필 요한 클라스터 미 들웨 어봉사들과 기 능으로서 다음과 갈은 
것 을 제 시한다. 

• 단일 입 구점 : 사용자는 개 별적 인 콤퓨터 가 아니 라 클라스터 에 가입한다. 

• 단일파일계층 : 사용자는 갈은 뿌리등록부밑 에 있는 파일등록부들의 단일계층을 
고찰한다. 

• 단일조종점 : 클라스터관리와 조종에 사용되는 기정워크스테이션이 있다. 

• 단일가상망화 : 실제 클라스터구성이 다중상호접속망들로 이루어 진다고 해도 
임의의 마디는 클라스터의 다른 점에 접근할수 있다. 단일가상망조작이 있다. 

• 단일기 억 기 공간 : 분산공유기억기로 하여 프로그람들은 변수들을 공유할수 있다. 

• 단일일감관리체계 : 콜라스터일감일정작성 기 에서 사용자는 일감을 실행할 주를 
퓨터 를 규정하지 않고 일 감을 제 출할수 있 다. 

• 단일사용자대 면부 : 클라스터 에 입구하는 사용자들의 워크스테 이션에 관계 없이 
공통도형대면부는 모든 사용자들을 지원한다. 

• 단일입출력공간 : 임의의 마디는 임의의 입출력주변장치나 디스크 장치의 물리적 
위치를 몰라도 그것들에 원격으로 접근할수 있다. 

• 단일프로쎄스공간 : 통일적인 프로쎄스식별체계가 사용된다. 임의의 마디의 프 
로쎄스는 원격마디 의 임 의의 다른 프로쎄 스를 생 성할수 있거 나 그와 
통신할수 있다. 

• 검 사점작성 : 이 기 능은 고장후에 중단점 복귀 를 위하여 프로쎄 스상태 와 중간계 
산결과들을 주기적으로 보관한다. 

• 프로쎄스이주 : 이 기능은 부하평형을 보장한다. 

앞에서 설명한 항목들에서 마지막 네개 항목은 클라스터의 사용률을 개선한다. 나 
머지 항목들은 단일체계상과 관련된다. 

그림 13-15 를 다시 보면 클라스터는 병렬실행이 가능한 프로그람들을 효률적으로 
실행시 키 기 위한 쏘프트웨어도구들도 포함한다는것 을 알수 있다. 
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클라스터와 SMP 의 비교 


클라스터와 대칭다중처리기는 모두 다중처리기를 가진 구성을 제공하여 수요가 많 
은 응용프로그람들을 지원한다. 비록 SMP 는 훨씬 더 오래전부터 나돌고 있지만 두 방 
법 다 상업적으로 사용할수 있다. 

SMP 방법의 기 본우점은 클라스터 보다 관리 하고 구성 하기 가 더 쉽 다는것 이 다. SMP 는 
거의 모든 응용프로그람들이 작성되여 있는 원래의 단일처리기모형에 더욱 가깝다. 단일처 
리기에서 SMP 로 넘어 가는데 필요한 주요변화는 일정작성기기능에 있다. SMP 의 또다른 
우점은 비교되는 클라스터보다 보통 작은 물리적공간을 차지하며 보다 적은 전력을 소비한 
다는것 이 다. 마지막 중요한 우점은 SMP 제품들이 매우 믿음직 하고 안정 하다는것 이 다. 

결국 클라스터 가 고성 능봉사기 시 장을 지배할것 갈다. 클라스터 는 증분 및 절대병 행 
성면에서 SMP 보다 훨씬 우월하다. 클라스터는 또한 체계의 모든 부분품들을 즉시에 매 
우 여유있게 만들어 낼수 있기때문에 사용률면에서도 우월하다. 

제 5 절. Windows 2000 의 클라스터봉사기 

Windows 2000 (W2K) 콜라스터 봉사기 (원래 의 코드명 은 Wolfpack) 는 매 개 디 스크 
기록권과 다른 자원들이 단일체계로 동시에 소유되는 비공유클라스터이다. 

W2K 클라스터봉사기 설 계 는 다음의 개 념 들을 사용한다. 

• 콜라스터봉사 : 클라스터 특유의 모든 동작들을 관리하는 마디 의 쏘프트웨 어 집 합 

• 자원 : 클라스터 봉사로 관리되는 항목. 모든 자원들은 체계 에서 실제 자원들을 표 
현하는 객 체 들이 며 디 스크구동기 , 망카드와 같은 물리 적하드웨 어장치 와 디 스크 
기 록권들， TCP/IP 주소들，완전한 응용프로그람들，자료기 지 들과 같은 론리 적 항 
목들을 포함한다. 

• 직결 : 자원이 특정한 마디 에 봉사한다면 자원은 마디 에 직결되 여 있다고 한다. 

• 그룹 : 단일단위 로 관리 되 는 자원들의 집 합. 보통 그룹은 특정한 응용프로그람 
을 수행하는데서와 그 응용프로그람으로 보장되는 봉사에 의뢰기체계를 접속하 
는데 필요한 모든 요소들을 포함한다. 

그롭의 개 념은 특별히 중요하다. 그를은 자원들을 고장넘 기 기와 부하평형을 위하여 
쉽 게 관리할수 있는 큰 단위 로 결 합한다. 그룹을 다른 마디 에 이 송하는것 과 같이 그룹 
에서 수행된 조작은 그룹에 있는 모든 자원들에 자동적으로 영향을 준다. 자원들은 동 
적 련결서고들 (DLLS) 로서 실현되며 자원감시기로 관리된다. 자원감시 기는 원격수속호출 
들을 통하여 클라스터봉사와 대 화하며 클라스터봉사지 령 들에 응답하여 자원그롭들을 구 
성하고 이동시킨다. 

그림 13-16 은 단일클라스터체 계 에서 W2K 클라스터 봉사기 부분품들과 그들의 관계 
를 제 시한다. 마디 관리 자는 클라스터 에 서 이 마디 의 성 원 자격 을 유지해 야 한다. 마디 관 
리 자는 클라스터 의 다른 마디 들에 있는 마디 관리 자들에 게 심 장고동통보문을 주기 적 으로 
송신 한다. 한 마디 가 다른 클라스터 마디 로부터 오는 심 장고동통보문을 분실 하였 다는것 
을 검줄한 경 우에 그 마디 는 전체 클라스터 에 모든 성 원들이 통보문을 교환하게 하는 
통보문을 발송하여 현재 클라스터성원자격에 대한 그들의 견해를 확증한다. 마디관리자 
가 응답하지 않으면 그것은 클라스터로부터 제거되며 능동그롭들은 클라스터의 한대이 
상의 다른 능동마디들에 이송된다. 
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그림 13-16. Windows 예00콜라스터봉사기블로크선도 [SHOR97] 


구성자료기 지 관리 자는 클라스터 구성자료기 지 를 유지한다. 이 자료기 지 는 자원들, 그 
-들，그룹들의 마디 소유권에 대 한 정 보를 포함하고 있 다. 매 개 클라스터마디 들에 있는 
-료기 지관리 자들은 협 동하여 구성정 보의 일 관성 있 는 묘사를 유지한다. 장애극복쏘프 
.웨어 는 전반적 인 클라스터구성 에서 의 변화들이 일관성있게 정 확히 수행되 였 다는것 을 
-인하는데 사용된다. 

자원관리 자/고장넘 기 기 관리 자는 자원그롭들을 고려하여 모든 결정 을 하며 시 동，재 
정，고장넘 기 기 와 갈은 적 당한 동작들을 개 시 한다. 고장넘 기 기 가 요구되 면 능동마디 에 
，는 고장넘 기 기관리 자들은 합동하여 고장된 체 계 로부터 종속되 는 능동체 계 들에 로 자원 
-룹들의 배포를 성과적으로 진행한다. 체계 가 고장난후에 정상상태 로 되면 고장넘기기 
:리자는 일부 그룹들을 체계에로 다시 이동시킬것을 결정한다. 특히 임의의 그룹은 우 
.권이 있는 소유자와 함께 구성 될수 있다. 소유자가 실패후에 다시 시 작하면 그룹은 
운영조작으로 마디 에 다시 옮겨 진다. 

사건처러기는 클라스터봉사의 모든 부분품들을 접속하고 공통조직을 조정하며 콜라 
서봉사초기화를 조종한다. 통신관리 자는 클라스터의 다른 모든 마디들과의 통보문교 
:을 관리한다. 전역 갱 신관리 자는 클라스터봉사에 있는 다른 부분품들이 사용하는 봉사 






제 6 절. SUN 클라스터 


Sun 클라스터는 기본 Solaris UNIX 체계에 대한 확장기능들의 모임으로 구축된 분 
산조작체 계 이 다. 그것 은 클라스터 단일체 계 상을 제 공한다. 즉 클라스터 는 사용자와 응용 
프로그람들에 Solaris 조작체 계 를 실 행 하고 있는 단일콤퓨터 처 럼 보인 다. 

그림 13-17 은 Sun 클라스터의 종합적 인 구성 방식을 보여 준다. 주요한 부분품은 다 
음과 갈다. 

• 객체 및 통신지원 

• 프로쎄스관리 

• 망화 

• 전역분산파일체계 

객체 및 통신지원 

Sun 클라스터의 실현은 객체지향적이다. Sun 클라스터에서 실현되는 객체들과 원격 
수속호출 ( RPC ) 기 구를 정 의 하기 위하여 CORBA 객 체 모형 (부록 2 를 보시 오. ) 을 사용한 
다. CORBA 대면부정의언어 ( IDL ) 를 사용하여 서 로 다른 마디 들에서 MC 부분품들사이 
의 대면부를 규정 한다. MC 의 요소들은 객체지 향언어 C ++ 로 실현된다. 단일한 객체 모형 
과 IDL 의 사용은 마디 사이 및 마디밖의 프로쎄 스간통신을 위한 기 구를 제 공한다. 이 것 
들은 모두 핵심부에 실제상 아무런 변화도 요구하지 않고 Solaris 핵심부우에 구축된다. 


응용프로그람들 



그림 13-17. SUN 콜라스터의 구조 

프로쎄스관리 

프로쎄스관리 는 프로쎄스의 위 치가 사용자에게 투명하도록 프로쎄 스조작들을 확장 
한다. Sun 클라스터는 클라스터에 있는 매개 프로쎄스가 유일한 식별자를 가지도록 그 
리고 매개 마디가 매개 프로쎄스의 위치와 상태를 알도록 프로쎄스들의 전역적관점을 
유지한다. 프로쎄스이주(제 14 장에서 설명됨)가 가능하다. 프로쎄스는 부하평형의 달성 
과 고장넘기기를 위하여 자기의 생존기간에 한 마디에서 다른 마디에로 이동할수 있다. 
그러 나 단일프로쎄스의 스레드들은 같은 마디 에 있어 야 한다. 
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망화 


Sun 클라스터 의 설 계 자들은 망의 정 보흐름을 조정 하기 위하여 세 가지 방법 을 고 
찰하였다. 

1. 모든 망통신규약처 리는 단일마디에서 수행된다. 특히 TCP/IP 에 기초한 응용프 
로그람에서 들어 오는(그리고 나가는) 정보흐름은 들어 오는 정보흐름에 대하여 
TCP 와 IP 머 리부들을 해석 하고 적당한 마디 에로 요약된 자료를 발송하며 나가는 
통보문에 대 하여 다른 마디들로부터의 자료를 TCP/IP 머 리부들에 요약하는 망련 
결마디를 통과한다. 이 방법은 많은 마디들에 적용할수 없으며 따라서 배척된다. 

2. 매 개 마디 에 유일 한 IP 주소를 할당하며 매 개 마디 에 서 직 접 외 부망우에 있는 망 
규약들을 실 행한다. 이 방법 의 한가지 난점 은 클라스터 구성 이 외 부세 계 에 더 이 상 
투명하지 않다는것 이 다. 다른 난점 은 실 행 중의 응용프로그람을 서 로 다른 기 초망 
주소를 가지는 다른 마디에로 이동시킬 때 고장넘기기가 어렵다는것이다. 

3. 파케 트려파기 를 사용하여 적 당한 마디 에 로 파케 트들을 발송하며 그 마디 에 서 통 
신규약처 리 를 집 행한다. 클라스터 는 외 부에 서 단일 IP 주소를 가진 단일 봉사기 로 
보인다. 들어 오는 접속들(의뢰기요구들)은 클라스터의 사용가능한 마디들에 골 
고루 분담된다. 이것은 Sun 클라스터에서 받아 들인 방법이다. 



T) 

그림 13-18. SUN 콜라스터의 파일체 계 확장 
ᄀ-표준 Solaris, ᄂ- Sun 콜라스터 


Sun 클라스터망화보조체계는 세개의 기 본요소를 가전다. 

1. 들어 오는 파케트들은 자체에 물리적으로 련결된 망적응기를 가진 마디에 먼저 
수신된다. 즉 수신하는 마디는 파케트를 려파하고 그것을 클라스터와 상호접속 
되여 있는 정확한 목적마디에 송신한다. 

2. 나가는 모든 파케 트들은 외 부망과 물리 적 접 속을 가지 고 있는 마디 (또는 다중교체 
마디들중의 하나)에 상호접속된 클라스터전반에로 발송된다. 

3. 전 역 망구성자료기 지 는 매 개 마디 의 망정 보흐름을 추적 하기 위하여 유지 된 다. 
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전역과일체계 

Sun 클라스터의 가장 중요한 요소는 그림 13-18 에 제시된 전역파일체계이다. 이 전 
역파일체계는 기본 Solaris 구조를 가지는 MC 파일관리와 대조적 이 다. 두 체계는 가상마 
디와 가상파일체 계의 개 념들을 사용하여 구축된다. 

Solaris 에서는 가상마디구조를 사용하여 모든 형태의 파일체계에 강력한 범용대면 
부를 제 공한다. 기 억기페지 들을 프로쎄 스의 주소공간에 배 치 하고 파일체 계 에 로의 접근 
을 허용하기 위 하여 가상마디를 사용한다. 색 인마디 는 프로쎄 스들을 UNIX 파일들로 변 
환하는데 사용되지만 가상마디는 프로쎄스를 임의의 파일체계형태를 가진 객체로 변환 
할수 있다. 이 방법 에서 체 계호출은 조작되는 실체 객체를 리 해할 필요가 없으며 오직 
가상마디대 면부를 사용하는 고유객 체지 향형태호출을 리 해하면 된다. 가상마디대 면부는 
읽 기와 쓰기 와 갈은 범 용파일조작지 령 들을 접수하며 그것들을 객체파일체 계 에 적 합한 
동작으로 해석한다. 가상마디 를 사용하여 개 별적 인 파일체계객체 들을 서 술하는것과 같 
이 가상파일체계 (vfs) 구조를 사용하여 전체 파일체계들을 서술한다. vfs 대면부는 전체 
파일들을 조작하는 범용지령들을 접수하며 그 지령들을 기본파일체계에 적합한 동작으 
로 해석한다. 

Sun 클라스터에서 전역파일체계는 클라스터에 분산된 파일들에 대한 통일적인 대면 
부를 제공한다. 프로쎄스는 콜라스터의 임의의 장소에 있는 파일을 열수 있으며 모든 
마디 에 있는 프로쎄 스들을 같은 경 로명 을 사용하여 파일 에 배 치할수 있다. 전역 파일체 
계를 실현하기 위 하여 MC 는 가상마디대면부에서 현행 Solalris 파일체 계의 득대기에 구 
축된 대리파일체계를 포함한다. vfs/ 가상마디조작들은 대리층에 의하여 객체기동들(그 
림 13-18 l 를 보라.)로 변환된다. 기동된 객체는 체계의 임의의 마디에 있다. 기동된 
객체는 기초를 이루는 파일체계에서 국부가상마디/ vfs 조작을 수행한다. 이 전역파일환 
경을 지원하기 위해서는 핵심부도 현재의 파일체계들도 변경되지 말아야 한다. 

원격객체기동들의 수를 줄이기 위하여 고속완충화를 사용한다. Sun 콜라스터는 파 
일내용，등록부정보, 파일속성들의 고속완충을 지원한다. 

제 7 절. Beowulf 와 Unux 의 클라스터 

1994 년 에 NASA 고성 능계 산 및 통신 (HPPC) 프로젝 트의 발기 하에 서 Beowulf 프로 
젝트가 개시되였다. 그의 목표는 최소원가로 당시의 워크스테이션들의 성능을 초월하여 
중요한 계 산과제 들을 수행 하기 위한 클라스터 화된 PC 들을 연구하는것 이 였 다. 오늘날 
Beowulf 방법은 널리 실현되고 있으며 사용할수 있는 가장 중요한 클라스터 
기술 일 것 이 다 . 

Beowulf 의 특징 

Beowulf 의 기 본특징 은 다음과 같다 [RIDG97]. 

• 대량판매상품부분품들 

• 전용처 리 기 (더 우기 는 휴식 하는 워 크스테 이 션으로부터 오는 환기 주기 와는 다르다. ) 
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• 전용구내망 (LAN 또는 WAN 또는 인터네트에 의한 결합) 

• 주문부분품없음 

• 다중제 작자들로부터의 쉬운 복제 

• 부하무게를 달수 있는 입출력 

• 자유롭게 사용할수 있는 쏘프트웨어 기지 

• 최소의 변화로 자유롭게 사용할수 있는 배포계산도구들의 사용 

. 설계의 복귀와 사회에로의 개선 

Beowulf 쏘프트웨어 의 요소들이 많은 서 로 다른 가동환경 에서 실현되 였다고 해 도 
가장 명백한 기지는 Linux 이며 대부분의 Beowulf 실현들은 Linux 워크스테이션들과 
PC 들로 이 루어 진 클라스터 를 사용한다. 그림 13-19 는 대 표적 인 구성 을 보여 준다. 클 
라스터는 서로 다른 하드웨 어 가동환경 으로 되 여 있으며 모두 Linux 조작체계를 수행 하 
고 있는 많은 워크스테 이션들로 구성되여 있다. 매개 워크스테 이션에서 2 차기억기는 분 
산접근(분산공유，분산가상기억기 또는 다른 용도를 위한)에 사용될수 있다. 클라스터마 
디들 ( Linux 통들)은 상용망화수단 대표적으로는 이씨네트로 서로 접속된다. 이씨네트지 
원은 단일이써네트스위치 또는 상호접속된 스위 치들의 모임형태로 있을수 있다. 상용이 
써네트제품들은 표준자료속도들 (10 Mbps ，100 Mbps , lGbps ) 로 사용된다. 

Beowulf 쏘프트웨어 

Beowulf 쏘프트웨 어환경은 시장에서 살수 있는 특허사용료가 없는 기본 Linux 배포 
물들에 대 한 부가물로 실현된다. 공개 원천 Beowulf 쏘프트웨 어의 중요한 원천은 www . 
beowulf.org 에 있는 Beowulf 싸이 트이 다. 그러 나 수많은 다른 조직들이 역시 무상으 
로 Beowulf 도구들과 편의프로그람들을 제공한다. 

Beowulf 클라스터 에 있는 매 개 마디는 자기의 Linux 핵 심부사본을 실행 하며 독립 
적인 Linux 체계로서 작용할수 있다. Beowulf 클라스터개념을 지원하기 위하여서는 
Linux 핵심부에 확장부분을 만들어 개별적 인 마디들이 많은 전역이름공간들과 관계를 
가지 도록 한다. Beowulf 체 계 쏘프트웨 어 의 실 례 들은 다음과 같은것 들을 포함한다. 

• Beowulf 분산프로쎄 스공간 ( BPROC ) : 이 제 품은 프로쎄 스 ID 공간이 콜라스터 환 
경에 있는 다중마디들을 포괄하게 하며 다른 마디들에 있는 프로쎄스들을 시동 
하기 위한 기구도 제공한다. 이 제품의 목적은 Beowulf 클라스터에 단일체계상 
을 위 하여 필요한 기 본요소들을 주는것 이 다. BPROC 는 다른 마디 들에 등록하지 
않고 클라스터 의 통신조종마디 의 프로쎄 스표에 서 모든 원격프로쎄 스들을 볼수 
있게 함으로써 원격마디들에 있는 프로쎄스들을 시동하기 위한 기구를 제공한다. 

• Beowulf 이씨네트통로련결 : 이것은 여러개의 저원가망들을 더 높은 대역폭을 
가지는 단일론리망에로 련결하는 기구이다. 사용하고 있는 단일망대면부에서 수 
행하여 야 할 유일 한 보충작업 은 사용가능한 장치전송대 기렬들에 파케 트들을 분 
산시키는 계산상 단순한 과제 이 다. 이 방법은 Linux 워크스테 이션들에 접속된 
다중이 써 네 트들전반에 부하평 형 을 보장한다. 

• Pvmsync : 이것은 Beowulf 클라스터에 있는 프로쎄스들을 위한 동기기구들과 
공유자료객 체 들을 주는 프로그람작성 환경 이 다. 

• EnFuzion : 제 4 절에서 서술한바와 같이 EnFuzion 은 파라메 터계 산을 하기 위 
한 도구들의 모임으로 구성되여 있다. 파라메 터계산은 매개가 서로 다른 파라메 
터 들 또는 시 동조건들을 가지 는 수많은 일감들로서 프로그람을 실 행한다. 
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EnFuzsion 은 단일뿌리마디기계에서 로보트사용자들의 모임을 모방한다. 매개 
로보트사용자는 클라스터를 형성하는 많은 의뢰기마디기계들중 하나의 기계 에 
등록할것 이 다. 매개 일감은 프로그람화된 유일한 각본에 따라 적 당한 시동조건 
모임을 가지고 실행되도록 설정된다 [ KAPP 00]. 

요약, 기본용어 및 복습문제 

의뢰기/봉사기계산방식은 조직들에서 정보체계들과 망들을 실현하여 생산성을 높이 
고 개선하기 위한 열쇠 이 다. 의 뢰 기/봉사기의 경우에 응용프로그람들은 단일사용자워크 
스테이션들과 개인용콤퓨터들에 있는 사용자들에 분산된다. 그러나 공유할수 있는 자원 
들은 모두 의뢰기들에서 사용할수 있는 봉사기체계 에 유지된다. 따라서 의뢰기/봉사기 
구성 방식 은 분산계 산방식 과 집 중계 산방식 의 혼합이다. 

대표적으로 의뢰기체계는 사용자가 최소한의 훈련으로 그리고 비교적 쉽게 여러가 
지 응용프로그람들을 활용할수 있는 도형사용자대면부 ( GUI ) 를 보장한다. 봉사기들은 
자료기 지관리 체 계 들과 갈은 공유유털리리 들을 제 공한다. 실제응용프로그람은 사용의 편 
리와 성능을 최 량화하기 위한 의도에서 의뢰 기와 봉사기 에 분해된다. 

임의의 분산체계에 요구되는 기본기구는 프로쎄스사이의 통신이다. 두가지 수법이 
공통으로 사용된다. 통보문넘기 기기능은 단일체 계 에서 통보문들의 사용을 일 반화한다. 
갈은 종류의 규정들과 동기화규칙들이 적용된다. 다른 방법은 원격수속호출을 사용하는 
것 이 다. 이 수법 에 의하여 서 로 다른 기 계 들에 있는 두개 의 프로그람은 수속호출/복귀 
어법과 의미론을 사용하여 대화한다. 호출된 프로그람과 호출하는 프로그람은 둘다 짝 
패프로그람이 마치 같은 기계상에서 동작하는듯이 행동한다. 

클라스터는 한대의 기계가 있다는 환영을 창조할수 있는 통합된 계산자원처럼 함께 
작업하는 호상 접속된 완전한 콤퓨터들의 그룹이 다. 완전한 콤퓨터 라는 말은 클라스터 
와는 별개로 자기스스로 운영할수 있는 체 계를 의미한다. 

기본용어 


응용프로그람대ᄃ 부 (API) 

고장회복 

통보문 

Beowulf 

고장넘키기 

미들웨어 

의뢰기 

살찐 의뢰기' 

원격수속호출< (PC) 

의뢰 기/봉사기 

파일캐쉬일관성 

봉사기 

콜라스터 

도형 사용자대 면 부 (GUI) 

여원 의뢰기 

분산통보문넘기그 




복습문제 

1. 의 뢰 기 /봉사기 계 산이 란 무엇 인가? 

2. 임의의 형식의 분산자료처리와 의뢰기/봉사기계산을 구별하는것은 무엇인가? 

3. 의 뢰 기/봉사기 환경 에서 TCP/IP 와 갈은 통신구성 방식 이 노는 역 할은 무엇 인가? 

4. 의뢰 기，봉사기 또는 의뢰 기 와 봉사기 사이에 있는 토막에 응용프로그람을 배 치 
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하기 위 한 리 론을 론의 하시 오. 

5. 살찐 의뢰기와 여원 의뢰기란 무엇이며 두 방법이 원리적으로 무엇이 다른가? 

6. 살찐 의뢰기와 여윈 의뢰기전략을 위한 찬성과 반대를 제 안하시오. 

7. 3층의 뢰 기 /봉사기 구성 방식 의 리 론적 기 초를 설 명 하시 오. 

8. 미 들웨어 란 무엇 인가? 

9. TCP/IP 와 같은 표준규격 들을 가지 고 있는데 왜 미 들웨어 가 필 요한가? 

10. 통보문넘 기기를 위한 페색 및 비폐색기본지 령들의 우점과 결함에 대 한 목록을 
작성하시오. 

11. RPC 들을 위 한 비영구 및 영구맺 기의 우점 과 결함에 대 한 목록을 작성 하시 오. 

12. 동기 및 비 동기 RPC 들을 위 한 우점 과 결 함에 대 한 목록을 작성 하시 오. 

13. 4개의 서 로 다른 클라스터 화방법들의 목록을 작성 하고 간단히 정의하시 오. 
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련습 문제 

1. 클라스터에서 D 개의 콤퓨터로 동시에 실행될수 있는 프로그람코드의 비률을 a 
라고 하자. 매 개 를퓨터 는 서 로 다른 파라메터 들과 초기 조건들의 모임 을 사용 
한다. 나머지코드는 단일처리기로 순차적으로 실행한다고 가정하자. 매개 처리 
기 는 x MIPS 의 실 행 속도를 가진 다. 

자) 프로그람의 배 타적 인 실행을 위하여 체계를 사용할 때 d , as 표에 관하여 
효률적 인 MIPS 속도를 위한 식을 유도하시오. 

n=16, x=4 일 때 40 MIPS 의 체계성 능을 발휘 할수 있는 a 의 값을 결정 하 
시오. 

2. 응용프로그람이 9 대의 콤퓨터로 된 클라스터에서 실행된다. 성능검사프로그람 
은 이 콜라스터에서 T 시간 걸렸다. 더우기 T 의 25 % 는 응용프로그람이 9 대 
의 모든 콤퓨터에서 동시에 실행되는 시간이였다. 그 나머지시간에 응용프로그 
탐은 단일 콤퓨터 에 서 실 행하였 다. 

T ) 단일콤퓨터 에서 프로그람을 실행하는것 에 비한 앞에서 말한 조건에서의 효 
률적 인 속도증가를 계산하시 오. 앞에서 말한 프로그람에서 병 렬 처 리된(클 
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라스터방식을 사용하도록 프로그람작성되고 콤파일된) 코드의 비률 도 
계산하시오. 

10 병렬화된 코드부분에 9대의 콤퓨터가 아니 라 18대의 콤퓨터를 효률적 으로 
사용할수 있다고 가정하자. 이때 달성되는 효률적인 속도증가를 계산하시오. 


다음의 FORTRAN 프로그람은 콤퓨터에서 실행되며 

터클라스터에서 

실행된다. 

L1 ： 

DO 10 1=1，1024 

L2 ： 

SUM (1)=0 

L3 ： 

DO 20 J = l，I 

L4 ： 

20 SUM ( I)=SUM (1)+1 

L5 ： 

10 CONTINUE 


2 행과 4 행은 각각 두개의 기계주기시간을 가지며 처리기와 기억기접근동작을 

다 포함한다고 가정 하자. 쏘프트웨어 고리 조종문 (행 1，3, 5) 으로 발생하는 내 

부처 리 시 간과 모든 다른 체 계 의 내 부처 리 시 간, 자원 충돌들은 무시 하시 오. 

1) 단일콤퓨터에서 프로그람의 총 실행시간(기계주기시간으로)은 얼마인가? 

L ) 다음과 같이 32 대 콤퓨터들에 I 반복고리들을 나누시오. 즉 콤퓨터 1 은 첫 
32 개 반복 (1=1 부터 32까지 ) 을 실 행 하고 를퓨터 2 는 다음 32 개 반복을 실 
행하는 식 으로 나누시 오. 실행시 간과 부분문제 ( 기에 비 한 속도증가요인은 
무엇인가 (J 고리로 명령된 계산작업부하는 콤퓨터들에 균등하게 분배되지 
않는것에 주의하시오.)? 

n ) 32 대 콤퓨터들에서 모든 계산작업부하의 균등한 병렬실행을 쉽게 하기 위 
하여 병렬화방법을 변화시키시오. 평형부하란 두 고리에 관하여 같은 수의 
추가물이 매 개 콤퓨터 에 할당된 다는것 을 의 미한다. 

H ) 32 대의 콤퓨터 에서 병 렬실행 한 결과 최소실행 시 간은 얼마인가? 단일콤퓨터 
에 비한 속도증가량은 얼 마인가? 
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제 14 장. 분산형프로쌔스의 관리 

이 장에서는 분산조작체계에서 사용되는 기본기구들을 고찰한다. 먼저 한 기계에서 
다른 기계에로 능동프로쎄스를 이동시키는 프로쎄스이주를 고찰한다. 다음에 서로 다른 
체계들에 있는 프로쎄스들이 국부박자로 관리되고 정보교환에서 지연이 있을 때 자기들 
의 동작을 어떻게 조정하는가 하는 문제를 고찰한다. 마지막으로 분산형프로쎄스관리의 
두가지 기본문제 즉 호상배제와 교착을 연구한다. 

제 1 절. 프로쎄스의 이주 

프로쎄스이주는 목적하는 기계에서 프로쎄스를 실행하기 위하여 한 기계에서 다른 
기계에로 프로쎄스의 충분한 상태량을 옮겨 놓는것이다. 이 개념에 대한 관심은 다중망 
체계들의 부하평형방법들에 대한 연구로부터 발생하였다. 그렇지만 이 개념의 응용은 지 
금 그 한개 령역을 넘어 확장되고 있다. 

지난 시기에는 부하분산에 대한 많은 론문들중에서 일부 론문만이 어떤 기계에 있는 
프로쎄스를 선취하여 그것을 다른 기계에서 후에 재가동시킬수 있는 능력이 있는 프로쎄 
스이주의 실현에 기초하고 있었다. 경험은 선취프로쎄스이주가 원래 예상했던것보다 더 
많은 내부처리와 복잡성을 가지지만 가능하다는것을 보여 주었다 [ ARTS 89 a ]. 이러한 사 
정은 일부 관찰자들로 하여금 프로쎄스이주가 실용적이지 못하다는 결론을 내리게 하였 
다. 그러 나 이 러한 평 가는 너무 비관적 이라는것 이 증명되 였다. 시장상품들에서의 실현들 
을 비롯한 새로운 실현들은 이 령역에 대한 끊임 없는 관심과 새로운 발전을 
가져 오게 하였다. 

동기 

프로쎄스이주는 다음과 같은 몇가지 리유 [ SMIT 88， JUL 88] 로 하여 분산체계에 필 
요하다. 

• 부하공유 : 무거운 부하를 가진 체계로부터 가벼운 부하를 가진 체계에로 프로쎄 
스들을 이동시키는것으로 부하의 균형을 맞추어 전체적 인 성능을 개선할수 있다. 
경험적인 자료는 상당한 성능개선이 가능하다는것을 보여 준다 [ LELA 86, 
CAB 86] . 그러나 부하평형알고리듬의 설계에서는 주의하여야 한다. [ EAGE 86] 
은 분산체계에 필요한 통신이 많으면 많을수록 성능이 더 악화된다는것을 지적 
한다. 다른 연구들을 참조한 이 문제의 론의는 [ ESKI 90] 에서 찾아 볼수 있다. 

• 통신성능 : 격렬하게 대화하는 프로쎄스들을 대화가 진행되는 동안 갈은 마디에 
이 동시키 면 통신비 용을 줄일수 있 다. 역 시 프로쎄 스가 자기 보다 더 큰 파일 또 
는 파일묶음에 대 한 자료해 석 을 진행할 때 자료를 프로쎄 스가 있는 곳으로 옮기 
는것 보다 반대 로 하는것 이 유리할것 이 다. 

• 사용성 : 오래 동안 실 행하는 프로쎄 스들은 사전통고를 할수 있 는 장애 들에 는 아 

랑곳 없이 또는 예정정지시 간보다 더 오래 생존하기 위하여 이동시 킬것을 요구 
할수 있다. 조작체계가 이러한 통고를 한다면 련속하려는 프로쎄스는 다른 체계 
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에로 이주할수 있거나 얼마간 시간이 지난후에 현재 체계에서 재시동될수 있다. 

• 특수능력의 사용: 프로쎄스는 특정한 마디의 유일한 하드웨어 또는 쏘프트웨어를 
사용하기 위하여 이동할수 있다. 

프로쎄스이주기구 

프로쎄스이주기능을 설계하는데서 몇가지 문제를 강조할 필요가 있다. 그중에는 다 
음과 갈은것들이 있다. 

• 누가 이주를 개시하는가? 

• 프로쎄스의 무슨《부분》이 이주되는가? 

• 미 해 결 통보문들과 신호들을 어 떻 게 처 리 하는가? 

이주의 개시 

누가 이주를 개시하는가는 이주기구의 목적에 관계된다. 목적이 부하평형이라면 체 
계부하를 감시하고 있는 조작체계의 모둘이 일반적으로 이주가 발생할 시각을 결정한다. 
모둘은 이주될 프로쎄스를 선취 하거 나 프로쎄스에 신호한다. 이주되는 곳을 결정 하기 위 
하여 모둘은 다른 체계들의 부하패런들을 감시할수 있도록 다른 체계들의 대등한 모둘들 
과 통신해 야 한다. 목적 이 특별한 자원들을 사용하는것 이 라면 그때 프로쎄스는 요구가 
발생하는데 따라 이주할것 이 다. 후자의 경우 프로쎄스는 분산체계의 존재를 알아야 한다. 
전자의 경우 전체 이주기능과 다중체계들의 존재는 프로쎄스에 투명 할것 이 다. 

무엇이 이주되는가? 

프로쎄스가 이주할 때 원천체계에 있는 프로쎄스는 파괴하고 목적체계에 프로쎄스 
를 생성해야 한다. 이것은 복사가 아니라 프로쎄스의 이동이다. 따라서 최소한 프로쎄스 
조종블로크로 구성된 프로쎄스영상을 옮겨야 한다. 더우기 이 프로쎄스와 다른 프로쎄스 
들사이에 통보문과 신호들을 넘기기 위한 임의의 련결들을 갱신하여야 한다. 그림 14-1 
은 이러한 내용들을 설명한다. 프로쎄스 3은기계 S 의 밖으로 이주하여 기계 D 의 프로 
쎄스 4 로 되였다. (소문자들로 표시된) 프로쎄스들에 보관된 모든 련결식별자들은 전 
과 같이 남아 있다. 프로쎄스조종블로크들을 이동시키고 련결사영들을 갱신하는 일은 조 
작체계가 한다. 한 기계의 프로쎄스를 다른 기계에로 이동하는 과정은 이주되는 프로쎄 
스와 그의 통신상대자들에게 보이지 않는다. 

프로쎄스조종블로크의 이동은 간단하다. 성능의 견지에서 난관은 프로쎄스에 할당된 
프로쎄스주소공간과 임의의 열린 파일들에 관련된다. 먼저 프로쎄스주소공간을 고찰하자. 
그리고 가상기억기방안 (토막과 페지화) 을 사용하고 있다고 가정하자. 다음의 전략들이 
고찰되였다 [ MIL 096]. 

• 전체공간이송 : 이주시에 전체 주소공간을 이송시킨다. 이것은 확실히 가장 깨끗 
한 방법이다. 프로쎄스의 흔적을 낡은 체계에 남겨 둘 필요는 전혀 없다. 그러나 
주소공간이 매우 크거 나 프로쎄스가 주소공간의 대부분을 요구할것 갈지 않으면 
그때 이 방법 은 불필요하게 비 용을 소비할것 이 다. 이 주를 위한 초기 지 출시간은 
분단위 이 다. 검사점작성/재기동기능을 주는 실현들은 이 방법을 사용하는것 이 좋 
다. 왜 냐하면 주소공간모두가 국한되 면 검 사점작성 과 재 시 동을 하기 가 더 간단하 
기 때 문이 다. 

• 미 리복사 : 프로쎄스는 주소공간이 목적마디에 복사되는 동안 원천마디에서 계속 
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실행된다. 이 전략은 이주하는 동안에 프로쎄스가 동결되여 실행할수 없는 시간 
을 감소시 킨다. 

부분공간이송 : 주기억기에 있거 나 변경된 주소공간의 페지들만을 이송시킨다. 가 
상주소공간의 임의의 추가적인 블로크들은 요구시에만 이동할것이다. 이것은 이 
동하는 자료량을 최소로 한다. 


기계 S 


기계 D 









그러나 원천기계는 페지와 토막 또는 그중의 어느 하나의 표입구점들을 유지하는것 

으로 프로쎄스의 생존에 계속 관련될것을 요구한다. 또한 원격페지화를 지원할것을 

요구한다. 

• 참조시복사 : 이것은 페지들이 참조될 때 참조되는 폐지들만을 넘겨 주는 방법으 
로서 부분공간이송의 변종이다. 이 방법은 프로쎄스이주에 수십수천패 범위의 
가장 적 은 초기 시 간을 요구한다. 

• 소각 : 주기억기에 있는 불결한 페지들을 디스크에 버리면 원천기계의 주기억기 
에 서 프로쎄 스의 페지 들은 지 워 진다. 그때 페지 들은 원 천 마디 에 있 는 기 억 기 가 
아니 라 디스크로부터 필요할 때마다 접근된다. 이 전략은 이주되는 프로쎄스의 
임의의 페지들이 원천기계의 주기억기에 계속 유지되지 않도록 하며 기억블로크 
를 즉시 에 다른 프로쎄스들에 사용하도록 해 방한다. 

프로쎄 스가 목적 기 계 에 있는동안 주소공간을 많이 사용하지 않으면(실례 로 프로쎄 스 
는 다만 파일작업을 위하여 다른 기계에 잠간 왔다가 곧 돌아 오려고 한다.) 마지막 세 
개 전략들중 한가지 전략이 적 합하다. 다른한편 목적기계 에 있는동안 결국 많은 주소공 
간에 접 근한다면 이 주할 때 주소공간블로크들을 조금씩 이 동시키 는것 은 첫 두가지 전 략 
을 사용하여 주소공간모두를 간단히 이 동시키 는것 보다는 덜 효률적 일수 있다. 

많은 경우에 많은 비상주주소공간이 요구되겠는지는 사전에 알수 없다. 프로쎄스들 
이 스레드로 구조화되고 이주의 기본단위가 프로쎄스가 아니 라 스레드라면 그때에는 원 
격페지화에 기초한 전략이 가장 좋을것이다. 참으로 이러한 전략이 대체로 요구된다. 왜 
냐하면 프로쎄스의 나머지 스레드들은 그대로 남아서 역시 프로쎄스의 주소공간에 대한 
접 근을 요구하기때 문이 다. 스레 드이 주는 Emerlald 조작체계 에서 실현된다 [ JUL 89]. 

류사한 방법들이 열린 파일들의 이동에 적용된다. 파일이 초기에 이주될 프로쎄스와 
같은 체계우에 있다면 그리고 파일 이 배 타적 인 접근을 위 하여 프로쎄스에 의해 봉쇄되 였 
다면 그때 에는 파일을 프로쎄스와 같이 이동시키는것 이 합리적 이 다. 프로쎄스는 오직 림 
시적으로 이주하며 그것이 돌아올 때까지 파일을 요구하지 않을수도 있다. 그러므로 이 
주된 프로쎄 스에 의하여 접 근요구가 있은 다음에 만 전체 파일을 이동시 키 는것 이 옳다. 
파일 이 다중분산프로쎄 스들에 의 하여 공유되 면 파일 이 동이 없 이 파일 에 로의 분산접 근이 
유지될것이다. 

Sprite 체계 (그림 13-11) 에서와 같이 고속완충이 허용되면 추가적 인 복잡성 이 생긴 
다. 실례로 프로쎄스가 파일을 위하여 파일을 열며 자식프로쎄스를 분기시키고 이주시킨 
다면 그때 파일은 두개 의 서 로 다른 주콤퓨터 에 쓰기 를 위하여 열 려 지 게 된다. Sprite 
의 개 시 일 관성알고리 듬은 두개 의 프로쎄 스가 집 행 하고 있는 기 계 들에 파일을 고속완충할 
수 없 다고 규정 한다 [ DOUG 89, DOUG 91]. 


통보문과 신호 

앞에서 제시된 마지막 문제인 통보문들과 신호들에 대한 문제는 이주동작이 진행되 
는동안 미해결의 통보문들과 신호들을 림시로 기억시키고 그것들을 새로운 목적지에로 
보내는 기구를 제공함으로써 해결된다. 모든 미해결통보문들과 신호들이 다 처리된다는 
것을 보증하기 위하여 어떤 시간동안 초기싸이트에 발송정보를 유지해 야 한다. 
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이주씨나리 오 


자체 이 주의 대 표적 실 례 로 분산 UNIX 조작체 계 인 IBM 의 AIX 조작체 계 [ WALK 89] 
에 서 사용가능한 기 능을 고찰하자. 이 와 류사한 기 능은 LOCUS 조작체 계 [ POPE 85] 에서 
사용할수 있 으며 [ POPZ 85] 사실 상 AIX 체 계 는 LOCUS 조작체 계 에 기 초하고 있 다. 

사건들은 다음과 갈은 순서 로 발생한다. 

1. 프로쎄 스는 자체 로 이 주할것 을 결정하면 목적기 계를 선택 하고 원격 과제 통보문을 
송신한다. 통보문은 프로쎄 스영 상부분과 열린 파일 정 보를 운반한다. 

2. 수신측에서는 핵심부봉사기프로쎄스가 자식프로쎄스를 분기시키고 거기에 
정보를 준다. 

3. 새로운 프로쎄스는 필요에 따라 자료，환경，인수 또는 탄창정보들을 불러 와서 
자기의 조작을 완성한다. 프로그람본문은 불결하면 복제 되거 나 깨 끗하면 전역파 
일체계로부터 요구시 페지화된다. 

4. 근원프로쎄스는 이주의 완성에 대한 신호를 받는다. 이 프로쎄스는 마지막 완료 
통보문을 이주한 새로운 프로쎄스에 송신하고 자체로 파괴된다. 

다른 프로쎄스가 이주를 개시할 때 이와 류사한 절차로 진행된다. 중요한 차이는 이 
주되는 프로쎄스가 비집행상태에서 이주될수 있도록 정지되여야 한다는것이다 . 실례로 
이 절 차는 Sprite 가 준수하고 있 다 [ POUG 89]. 

앞에서 서술한 씨나리오에서 이주는 프로쎄스영상을 옮기기 위한 여러 단계를 포함 
하는 동적동작이 다. 자체 이주가 아니 라 다른 프로쎄스에 의하여 이주가 개시될 때 다른 
한가지 방법은 프로쎄스영상과 그의 전체 주소공간을 어떤 파일에 복사하고 프로쎄스를 
파피하며 파일이송기능을 사용하여 다른 기계에로 파일을 복사하는것이다. 그다음에 목 
적기계에 있는 파일로부터 프로쎄스를 다시 생성하는것이다. [ SMIT 89] 는 이러한 방법을 
설 명 한다. 

이주의 협상 

프로쎄스이주의 다른 측면은 이주에 대한 결정과 관련된다. 이것은 많은 경우에 단일실 
체로 결정된다. 실례로 부하평형이 목적이라면 부하평형모둘은 여러가지 기계들에 있는 관련 
부하를 감시하며 필요에 따라 이주를 수행하여 부하균형을 유지한다. 자체이주를 사용하여 
프로쎄스가 특수기능들 또는 더 큰 원격파일들에 접근한다면 프로쎄스는 이주를 자체로 결 
정할수 있을것 이 다. 그러 나 일부 체계들은 지적된 목적체계 가 결정에 참가하도록 한다. 그 
목적은 사용자들에게 응답시간을 보장하기 위해서이다. 실례로 워크스테이션의 사용자는 다 
른 워크스테이션의 프로쎄스들이 자기체계에로 이주한다면 비록 이러한 이주가 더 좋은 전 
반적균형을 제공하는데 이바지했다고 할지 라도 매우 느린 응답시간을 가지게 될수 있다. 

협상기구의 실례는 Chalotte [ FINK 89, ARTS 89 b ] 에서 입수한것 이 다. 이주방책 (언제 어 
느 프로쎄스를 어느 목적지에 이주시키는가)은 장기일정작성과 기억기배정을 담당한 프로쎄 
스인 Starter 편의프로그람의 의무이다. 그러므로 Starter 는 이 세개 령역에서 방책을 조정할 
수 있다. 매 개 Starter 프로쎄스는 기계들로 이루어 진 클라스터를 조종할수 있다. Starter 는 
매개 기계의 핵심부로부터 정교한 부하통계표를 적당한 때에 공평하게 수신한다. 

(그림 14-2 에 서 설명 한것 과 같이 ) 이 주시 키 기 위 한 결정 은 두개 의 Starter 프로쎄 스 
(원천마디에 있는 프로쎄스와 목적마디에 있는 프로쎄스)가 공동으로 진행하여야 한다. 
다음과 같은 단계 가 발생 한다. 즉 
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1. 원천체계 ( S ) 를 조종하는 Starter 는 프로쎄스 P 가 특정 한 목적체 계 ( D ) 로 이 주 
될것이라는것을 결정한다. 그것은 D 의 Starter 에 통보문을 보내여 이동 
을 요구 한다. 

2. D 의 Starter 가 프로쎄스를 수신할 준비가 되여 있으면 공정응답을 거꾸로 송 
신한다. 

3. S 의 Starter 는 봉사호출 (Starter 가 S 에서 수행되고 있다면 ) 또는 기계 S 의 
Kewrn Job ( KJ ) 에 로의 통보문 (Starter 가 다른 기 계 에서 수행되 고 있다면)을 통 
하여 은의 핵심부에 이 결정을 통보한다. KJ 는 원격들로부터의 통보문들을 봉사 
호출들로 변환하는데 사용되는 프로쎄스이 다. 

4. 그다음에 S 에 있는 핵심부는 프로쎄스를 D 에 송신할것을 제 안한다. 제 안은 나이， 
처 리 기, 통신부하와 같은 P 에 대 한 통계 표들을 포함한다. 

5. D 의 자원이 불충분하면 D 는 제 안을 거절할수 있다. 그렇지 않은 경우에 D 에 있 
는 핵 심 부는 자기 를 조종하는 Starter 에 제 안을 중계 한다. 중계 는 S 로부터 의 제 
안과 갈은 정보를 포함한다. 



6. Starter 의 방책결정은 Migrateln 호출로 D 에 통보된다. 

7. D 는 교착과 흐름조종문제 들을 회 피 하기 위하여 필요한 자원들을 확보해 둔 다음 
S 에 허 락신호를 송신한다. 


그림 14-2 는 모 와 련결되여 있는 두개의 다른 프로쎄스 A 와 B 를 보여 준다. 앞에 
서 서 술한 단계 에 따르면 S 가 있는 기 계 1은 기 계 0 과 2에 련결갱 신통보문을 송신하여 
A 와 B 로부터 P 까지 련결들을 유지 하여 야 한다. 련결갱 신통보문은 P 가 유지 하고 있는 
매 개 새 로운 련결주소를 알려 주며 동기 화목적 을 위하여 통지 를 받은 핵 심부들은 련결갱 
신통보문에 응답한다. 그후에 모 의 임의의 련결들중의 어느 하나의 련결로 P 에 송신된 
통보문은 직접 D 에로 송신될것이다. 통보문들은 방금 서술한 단계에 따라 동시에 교환 
될수 있다. 결국 단계 7 이후에 그리고 모든 련결들이 갱신된후에 S 는 P 의 상태모두를 
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단일 통보문에 수집하여 D 에 송신한다. 

기계 4 도 역시 Charlotte 를 실행하고 있지만 이 이주에는 필요 없다. 그러므로 기 
계 4는 이 실례에서 다른 체계들과 전혀 통신을 진행하지 않는다. 

퇴거 

협상기구에 의해 목적체계는 자기 에로의 프로쎄스이주를 거절할수 있다. 게 다가 그 
것은 역시 체계가 자기에게 이주된 프로쎄스를 되거시키게 하는데 쓸모 있다. 실례로 작 
업기가 무부하상태이면 한개 이상의 프로쎄스를 워크스테 이션에 이주시 킬수 있다. 일단 
그 워크스테 이션의 사용자가 능동으로 되면 이주된 프로쎄스를 뢰거시켜 적 당한 응답시 
간을 보장할 필요가 있다. 

뢰거 가능성 에 대 한 실례는 Sprite [ DOUG 89] 에서 입수한것 이 다. 워크스테 이 션조작체 
계 인 Sprite 에 서 매 개 프로쎄 스는 자기 의 생 존기 간 내 내 단일 주콤퓨터 에 서 실 행 한다. 이 
주를퓨터 를 프로쎄 스의 고향마디 라고 한다. 프로쎄 스가 이 주되면 그것은 목적기 계 에서 
외래프로쎄스로 된다. 임의의 시각에 목적기계는 외래프로쎄스를 되거시킬수 있다. 그러 
면 왜래프로쎄스는 자기의 고향마디에로 다시 이주된다. 

Sprite 퇴거기구의 요소들은 다음과 갈은 단계 로 동작한다. 즉 

1. 감시기프로쎄스는 언제 새로운 외래프로쎄스들을 받아 들여 야 하는가를 결정하기 
위하여 현재부하를 조사한다. 감시기는 워크스테 이션의 조종탁에서 어떤 동작을 
검출하면 매개 외래프로쎄스의 뢰거수속을 개시한다. 

2. 프로쎄스는 퇴거되여 자기의 고향마디에로 다시 이주된다. 프로쎄스가 또 다른 마 
디를 사용할수 있으면 다시 이주될수 있다. 

3. 모든 프로쎄스를 퇴거시 키 는데 얼마간 시 간이 걸린다 하더 라도 퇴거를 위하여 표 
식된 모든 프로쎄스들은 즉시에 중단된다. 퇴거되는 프로쎄스를 퇴거를 기다리는 
동안 계 속 집 행하면 프로쎄 스가 동결되 여 있는 시 간을 줄일수 있지 만 되 거 가 진 
행중에 있는 동안 주를퓨터에서 사용할수 있는 처리능력은 감소할것이다. 

4. 뢰거하는 프로쎄스의 전체 주소공간이 고향마디 에 로 이동한다. 프로쎄스를 되거시 
켜 그것을 다시 자기의 고향마디에로 이주시키는 시간은 참조된 그의 이전 외래 
주콤퓨터 에 서 퇴 거 하는 프로쎄 스의 기 억 기 영 상을 회 복하는것 으로 실제 상 줄어 들 
것이다. 그러나 이것으로 하여 외래주콤퓨터가 자원들을 소비하여야 하며 필요이 
상 더 오랜 시 간주기 동안 퇴 거하는 프로쎄 스가 신용봉사를 하여 야 한다. 

선취이송과 비선취이송 

이 절 에 서 는 부분적 으로 실 행 된 프로쎄 스 또는 적 어 도 생 성 이 완성 된 프로쎄 스의 이 
송을 동반하는 선취이주에 대하여 검토하였다. 더 간단한 기능은 집행을 시작하지 않았 
으며 따라서 프로쎄스상태의 이송을 요구하지 않는 프로쎄스들만을 포함하는 비선취프로 
쎄스이송이다. 두가지 이송형 태 에서 프로쎄스가 실행할 환경 에 대 한 정보는 원격마디 에 
이송되 여 야 한다. 이 정보는 사용자의 현재 작업등록부，프로쎄스에서 물려 받은 특권들 
그리고 파일서술과 같은 계승된 자원들을 포함할수 있다. 

비선취이주는 부하평형에 사용할수 있다(실례로 [ SHIV 9 幻를 보라.). 그것은 완전한 
프로쎄스이주의 내부처리를 회피한다는 우점을 가진다. 결함은 이러한 기구가 부하분배 
에서의 갑작스러운 변화들에 잘 반응하지 못한다는것이다. 


553 




제 2 절. 분산형전역상태 


전역상태와 분산순시 상기록 

호상배제，교착，고갈과 같은 밀접히 련결된 체계에서 맞다드는 모든 병행문제들은 
역시 분산체계에서도 맞다들게 된다. 이러한 령역들에서의 설계전략들은 체계의 전역상 
태가 전혀 없다는 사실로 하여 복잡해 진다. 즉 조작체계 또는 임의의 프로쎄스가 분산 
체계의 모든 프로쎄스의 현재 상태를 아는것은 불가능하다. 프로쎄스는 기억기에 있는 
프로쎄 스조종블로크들에 접 근하여 국부체 계 에 있는 모든 프로쎄 스의 현재 상태 만을 알수 
있다. 프로쎄스는 원격에 대하여서는 통보문으로 수신된 상태정보만을 알수 있다. 그 상 
태정보는 과거의 언젠가의 원격상태를 표시한다. 이것은 천문학에서의 사정과 류사하다. 
즉 먼거리에 있는 별 또는 은하에 대한 지식은 멀리 있는 객체로부터 도달하는 빛과 전 
자기파들로 이 루어 지며 이 파들은 과거의 언젠가의 객체의 영상을 준다. 실례 로 5 광년 
거리에 있는 객체에 대한 지식은 5 년전의것이다. 

분산체 계 들의 특징 으로 하여 생 긴 시 간지연은 병 행과 관련이 있는 모든 문제 들을 복 
잡하게 만든다. 이것을 설명 하기 위하여 [ ANDR 9 W 에서 준 실례 를 제시 한다. 프로쎄스/ 
사건그라프(그림 14-3 과 14-4) 를 사용하여 문제 를 설명한다. 이 그라프에서 수평 선은 매 
개 프로쎄스의 시간축을 표시한다. 선우의 점은 사건에 대응한다(실례로 내부프로쎄스사 
건，통보문송신，통보문수신). 점을 둘러 싸고 있는 상자는 그 점에서 취한 국부프로쎄스 
상태 의 순시 상기 록을 표시한다. 화살표시 는 두 프로쎄 스사이 의 통보문을 표시한다. 

실례에서 개체는 은행의 두개 지점에 분산된 은행게시를 가진다. 구매자게시의 합계 


S A = $100 
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를 결정하기 위하여 은행은 매개 지점에서의 총액을 결정하여야 한다. 결정은 정확히 오 
후 3 시에 된다고 가정 하자. 그림 14-3 자는 련합된 게시 에서 100$의 잔액을 발견한 구체 
례 를 보여 준다. 그러 나 그림 14-3 l 에서의 상태도 가능하다. 여 기서 A 지점 에서의 잔 
액은 관찰하는 그 시 간에 B 지점 으로 이동중이 다. 결과는 0.00$ 으로서 잘못된 읽기 이다. 
이 특수한 문제는 관찰하는 시간에 이동중인 모든 통보문들을 조사하는것으로 해결될수 
있다. A 지점은 양도자료의 목적지신원과 함께 모든 양도자료들의 레코드를 게시 에 로출 
시 키지 않는다. 그러 므로 A 지 점의 게 시의 《상태》에 현재잔액과 양도자료들의 레코드 
를 포함할수 있다. 두개 게시를 조사할 때 관측자는 B 지점에 있는 구매자의 게시로 향 
한 A 지점을 떠난 양도자료를 발견한다. 총액은 B 지점에 아직 도착하지 않았기때문에 총 
잔액에 첨부된다. 임의의 총액은 수신게시에서 단 한번만 계산된다. 

이 전략은 그림 14-3 도에서 보여 준바와 같이 간단명료하지 않다. 이 실례에서 두 
지점의 시계는 완전히 동기되여 있지 않다 . A 지점에서 오후 3시에 구매자게시의 상태는 
100$의 잔액을 가리키고 있다. 그러나 이 총액은 A 지점에 있는 시계에 따라서 3 시 01 
분에 묘 에 계속하여 양도되지만 묘 의 시계에 따라서 2 시 59 분에 묘 에 도착한다. 그러므 
로 총액 은 3시 :00분 관측에 서 두번 계 산된 다. 

직 면 한 문제 를 리 해 하고 해 결 방법 을 공식 화하기 위하여 다음의 용어 를 정 의하자. 

• 통로 : 두개 의 프로쎄 스가 통보문을 교환한다면 그것 들사이 에 통로가 존재한다. 
통보문을 이 송하는 경 로 또는 수단으로서 통로를 생 각할수 있 다. 편의 를 위하여 
통로들은 한 방향통로라고 본다. 따라서 두개 프로쎄스가 통보문들을 교환할 때 
통로가 통보문이송의 매 개 방향에 하나씩 필요하다고 보면 두개 통로가 요구된다. 

• 상태 : 프로쎄스의 상태는 프로쎄스에 련결된 통로들을 통하여 송신 및 수신된 
통보문들의 순서이다. 

• 순시상기록 : 순시상기록은 프로쎄스의 상태를 기록한다. 매개 순시상기록은 마 
지막 순시상기 록이 래 모든 통로들로 송신 및 수신된 통보문들에 대 한 
기록을 포함한다. 

• 전역상태 : 모든 프로쎄스들의 련합된 상태 

• 분산순시상기록 : 매개 프로쎄스에 하나씩 있는 순시상기록의 집합 

문제 는 통보문이 송과 관련된 시 간지연때 문에 진짜 전역 상태 를 결정할수 없다는것 이 
다. 모든 프로쎄 스들로부터 순시 상기 록들을 수집하는것 으로 전역 상태 를 정 의할수 있 다. 
실례로 순시상기록을 취하는 시간에 그림 14-4 1의 전역상태는 〈 A , B 〉 통로와 〈 A , C > 
통로， 〈 C , A ) 통로에서 이송중인 통보문을 보여 주고 있다. 통보문 2와 4 는 적당히 표 
시되였지만 통보문 3 은 그렇지 못하다. 분산순시상기록은 이 통보문이 수신되였지만 아 
직 송신되 지 않았다는것 을 가리킨다. 

우리는 분산순시상기록이 일관성 있는 전역상태를 기록할것을 희망한다. 전역상태는 
매개 프로쎄스상태에 대하여 통보문의 접수를 기록한다면 일관성 있는것으로 되며 이때 
통보문의 송신은 통보문을 송신한 프로쎄스의 처 리상태로 기록된다. 그림 14-4 u 는 한가 
지 실례를 보여 준다. 일관성이 없는 전역상태는 프로쎄스가 통보문의 접수를 기록하였 
지 만 대 응하는 송신프로쎄 스가 통보문을 송신하였 다는것 을 기 록하지 않았을 때 발생한다 
(그림 14-4 1). 
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분산순시상기록알고리듬 

일 관성 있는 전역상태 를 기 록하는 분산순시 상기 록알고리 듬은 [ CHAN 85] 에 서 술되 
였다. 이 알고리듬은 통보문들이 송신되는 순서로 송달되며 전혀 잃어 지지 않는다고 가 
정한다. 믿 음직 한 운반층규약(실 례 로 TCP ) 은 이 요구들을 만족시 킨다. 알고리 듬은 표식 
자라고 하는 특수한 조종통보문을 사용한다. 

어떤 프로쎄스는 임의의 더 많은 통보문들을 송신하기전에 자기의 상태를 기록하고 
모든 나가는 통로들에 표식자를 송신하는것 으로 알고리 듬을 개 시한다. 그다음 매 개 프로 
쎄스 P 는 다음과 같이 진행한다. 표식 자 (프로쎄스 Q 로부터의 표식자라고 하자.)의 첫 
접 수를 하자마자 수신처리 는 다음의 동작을 수행한다. 

1. 모 는 국부상태 SP 를 기 록한다. 

2. 모 는 Q 에서 P 로 들어 오는 통로의 상태를 빈것으로 기록한다. 

3. P 는 모든 나가는 통로들을 통하여 자기의 모든 이웃들에 표식자를 전달한다. 

이 단계 들은 자동적 으로 수행 되 여 야 한다. 즉 3 단계 모두가 수행 될 때 까지 P 는 그 
어떤 통보문도 송신 또는 수신할수 없다. 

자기의 상태를 기록한후 임의의 시간에 p 는 다른 들어 오는 통로(처리기 R 로부터 
라고 하자.)로부터 표식자를 수신하면 다음과 같이 동작한다. 

1. P 는 P 가 자기 의 국부상태 SP 를 기 록한 시 각부터 R 표식 자를 수신한 시 작까지 
수신한 프로쎄스들의 순서 로서 묘 에서 P 에 로의 통로상태를 기록한다. 

알고리듬은 일단 매 개 표식 자가 들어 오는 통로를 통하여 수신되 였으면 프로쎄스에 
서 끝난다. 

[ ANDRFO ] 은 알고리 듬에 대 하여 다음의 관찰을 진행한다. 


556 



1. 임의의 프로쎄스는 표식자를 송신하는것으로 알고리듬을 시작할수 있다. 사실상 여러 
개의 마디들이 독립적으로 결심하여 상태를 기록할것이며 알고리듬은 
여전히 계속될것이다. 

2. 알고리듬은 매 개 통보문(표식 자통보들을 포함하여)이 제 한된 시 간에 송달된다면 
제한된 시간에 끝날것이다. 



그림 14-5. 프로쎄스와 통로그라프 

3. 이것은 분산알고리듬이다. 즉 매개 프로쎄스는 자기자체의 상태와 들어 오는 모든 
통로들의 상태를 기록해 야 한다. 

4. 일 단 모든 상태 가 기 록되 였 으면(알고리 듬이 모든 프로쎄 스에 서 끝났으면) 알고리 
듬으로 엄어 진 일관성 있는 전역상태는 매개 프로쎄스가 나가는 모든 통로를 
통하여 기록한 상태자료를 송신하게 하고 나가는 모든 통로를 통하여 수신하는 
상태자료를 전송함으로써 매 개 프로쎄 스에 서 조립 될수 있 다. 그대 신에 개 시하는 
프로쎄스는 모든 프로쎄 스들을 조사하여 전역상태 를 획 득할것 이 다. 

5. 알고리 듬은 프로쎄 스들이 참가하는 임의의 다른 분산알고리 듬에 영 향을 미치지 
않으며 또 그로부터 영향을 받지 않는다. 

알고리 듬의 사용실례 ([ BEN 9()] 에 서 입 수한)토서 그림 14-5 에 서 설명 한 프로쎄 스들 
의 모임을 고찰하자. 매개 프로쎄스는 마디 로 표시되며 모든 한 방향통로는 화살표가 가 
리키는 방향을 가진 두마디사이의 선으로 표시된다. 모든 프로쎄스가 매 개의 들어 오는 
통로들을 통하여 송신되는 9 개의 통보문을 가지고 순시상기록알고리듬을 실행한다고 가 
정 하자. 프로쎄 스 1은 6 개 통보문을 송신한후에 전 역 상태 를 기 록할것 을 결 정하며 프로쎄 
스 4는 3개 통보문을 송신한후에 전역상태를 기록할것을 독립적 으로 결정한다. 완료하자 
마자 모든 프로쎄스로부터 수집한 순시상기록들 즉 결과들을 그림 14-6 에 주었다. 프로 
쎄스 2 는 상태의 기록보다 먼저 두개의 나가는 통로로 4 개의 통보문을 프로쎄스 3 과 4 
에 송신하였 다. 그것 은 자기 의 상태 를 기 록하기 전에 프로쎄 스 1 로부터 오는 4개 통보문 
을 수신하였 으며 통로와 관련된 통보문 5 와 6 을 남겨 둔다. 독자는 일 관성 을 위하여 순 
시 상기 록을 검 사하여 야 할것 이 다. 송신된 매 개 통보문은 목적 프로쎄 스에 서 수신되 였거 나 
통로에서 이동중에 있는것으로 기록되였다. 

분산알고리듬은 강력하고 유연한 도구이다. 그것은 임의의 집중알고리듬을 분산환경 
에 응용하는데 사용될수 있다. 왜냐하면 임의의 집중알고리듬의 기초는 전역상태에 대한 
지식이기때문이다. 특정한 실례들은 교착의 검출과 프로쎄스완료의 검출을 포함한다(실 
례 로 [ BENFOI # ; tLYNCF 6] 을 보시 오. ) . 그것은 또한 고장을 검 출하면 분산알고리 듬의 
검 사점 을 제 공하여 재 연산과 회 복을 수행하는데 사용될 수 있 다. 
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프로쎄스 1 
나가는 통로들 

玄 송산 1,2,3,4,5,6 

3 송신 1,2,3,4,5,6 
들어 오는 통로들 

프로쎄 스 3 
나가는 통로들 

2 송신 1,2,3,4,5,6,7,8 
들어 오는 통로들 

1 수신 1,2,3, 기억 4,5,6 

2 수신 1,2,3 기억 4 

4 수신 1,2,3 

프로쎄스 2 
나가는 통로들 

3 송신 1,2,3,4 

4 송 4. 1,2,3,4 
들어 오는 통로들 

1 수신 1，2,3,4,기억 5,6 

3 수신 1,2,3,4,5,6,7,8 

프로쎄 스 4 
나가는 통로들 

3 송신 1,2,3 
들어 오는 통로들 

2 수신 1,2 기억 3,4 


그림 14-6. 순시상기록의 실례 

제 3 절. 분산형호상배제 

제 5 장과 제 6 장에서는 기본적으로 병행프로쎄스들의 집행과 관련되는 문제들을 고찰하 
였다. 제기된 두가지 기본문제는 호상배제와 교착이였다. 제 5 장과 제 6 장은 한개이상의 처 
리기를 가지지만 하나의 공통주기억기를 가지는 단일체계환경에서 이 문제를 해결하는데 초 
점을 두었다. 분산조작체계와 공통주기억기 및 박자를 공유하지 않는 처리기들의 집합을 다 
루는데서는 새로운 난관이 발생 하며 새 로운 해결방법 이 요구된다. 호상배제와 교착을 위 한 
알고리듬은 통보문교환과 관련되여야 하며 공통기억기에로의 접근에는 관계될수 없다. 이 절 
과 다음절에서 는 분산조작체 계 환경 에서 호상배제 와 교착을 고찰한다. 

분산호상배제의 개념들 

두개 이상의 프로쎄스가 체계 자원을 사용하려고 경쟁 한다면 호상배제를 실시 하기 위 
한 기구가 필요하다. 두개 이상의 프로쎄스가 인쇄기와 같은 단일비공유자원에로의 접근 
을 요구한다고 가정 하자. 실행과정 에 매 개 프로쎄스는 입출력장치 에 지 령들을 송신하고 
상태정보를 수신하며 자료를 송신 및 수신할것이다. 이러한 자원을 림계자원이라고 하며 
림 계자원과 같은 자원과 그것 을 사용하는 프로그람의 부분을 프로그람의 림 계 구역 이라고 
한다. 어느 한 순간에 오직 한개의 프로그람만이 자기의 림계구역에 들어 가는것이 중요 
하다. 상세한 요구가 명백하지 않기때문에 이 러한 제 약조건을 리해 하고 실시하는데서 단 
순히 조작체계를 믿을수 없다. 실례로 인쇄기의 경우에 임의의 개별적인 프로쎄스가 전 
체 파일 을 인쇄하는 동안 인쇄 기 에 대 한 조종권을 유지 하여 야 한다. 그렇 지 않으면 경 쟁 
하는 프로쎄스들의 선들은 교차될것 이 다. 

프로쎄스들사이 의 병 행성을 성 과적 으로 실현하자면 림계구역 을 정의 하고 호상배제 를 
실시해 야 한다. 이것은 모든 병행처 리 기구에서 기 본이 다. 호상배제 에 대 한 지 원을 주는 
임의의 기능 또는 능력은 다음의 요구들을 만족시켜야 할것이다. 

1. 호상배제를 실시하여 야 한다. 즉 어느 한 순간에 같은 자원 또는 공유객체 에 대 한 
림계구역들을 가지는 모든 프로쎄스들중 오직 한개 프로쎄스만이 자기의 림계구 
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역안에 있는것이 허용된다. 

2. 자기의 비 림계구역 에 정지하는 프로쎄스는 다른 프로쎄스들과 간섭 함이 없이 정 
지하여 야 한다. 

3. 림계구역에로 접근하는 프로쎄스가 무한정 지체될 가능성이 없어야 한다. 즉 교착 
또는 고갈이 전혀 일어 나지 말아야 한다. 

4. 림계구역에 들어 와 있는 프로쎄스가 전혀 없으면 림계구역으로 들어 올것을 요 
구하는 임의의 프로쎄스가 지체없이 들어 오도록 허 락되 여 야 한다. 

5. 상대적인 프로쎄스속도 또는 처리기들의 수에 대한 그 어떤 가설도 없다. 

6. 프로쎄스는 제한된 시간동안만 자기의 림계구역에 남아 있는다. 

그림 14-7 은 분산환경 에 서 호상배 제 를 위한 방법 들을 시 험 하기 위 하여 사용할수 있 
는 모형 을 보여 준다. 몇 가지 형 태의 망기구들로 호상 접속된 몇 가지 체 계를 가정한다. 
조작체 계의 어 떤 함수 또는 프로쎄 스가 매 개 체 계내부에 자원을 배정할수 있다고 가정한 
다. 이러한 매개 프로쎄스는 몇가지 자원을 조종하며 얼마간의 사용자프로쎄스들을 조종 
한다. 과제 는 이 프로쎄 스들이 호상배 제 를 실 시하는데서 협 조할수 있 는 알고리 
듬을 작성 하는것이다. 

호상배 제 를 위한 알고리 듬들은 분산될수도 있 고 집 중될 수도 있 다. 완전히 집 중형알 
고리듬에서 한개 마디는 조종마디 로 지적되 여 모든 공유객체들에 로의 접근을 조종한다. 
임의의 프로쎄 스는 림계자원에 로의 접근을 요구할 때 자기의 국부자원조종프로쎄 스에 요 
청를 발포한다. 프로쎄스는 공유객체가 사용가능하게 되면 응답(허락)통보문을 되넘기는 
조종마디에 요청통보문을 송신한다. 프로쎄스가 자원을 더이상 요구하지 않으면 해제통 
보문이 조종마디에로 송신된다. 이 러한 집중형알고리듬은 두가지 기본특징을 가진다. 

1. 오직 조종마디 만이 자원배 정 을 결정한다. 

2. 모든 자원들의 신원과 위치 그리고 매개 자원의 배정상태를 포함하는 모든 필요 
한 정보는 조종마디 에 집중된다. 

집 중방법 은 간단하며 호상배 제 를 실 시하는 방법 을 리해 하기 도 쉽다. 조종마디 는 자 
원이 해제될 때까지 자원에 대한 요구를 만족시킬수 없다. 그러나 이러한 기구는 몇가지 
약점이 있다. 조종마디가 고장나면 그때는 최소한 림시적으로 호상배제기구가 고장난다. 
게 다가 모든 자원배정과 재배정은 조종마디와의 통보문교환을 요구한다. 따라서 조종마 
디는 병목으로 된다. 

집중형알고리 듬들이 가지 고 있는 문제들때 문에 분산형알고리 듬들의 개 발에 더 관심 이 
돌려 졌다. 완전히 분산형알고 리듬은 다음과 같은 특성들로 특징 지어 진다 [ MAEK 87]. 즉 

1. 모든 마디들은 평균하여 갈은 량의 정보를 가진다. 

2. 매 마디는 총 체계의 부분적영상만을 가지며 이 정보에 기초하여 결정하여야 한다. 

3. 모든 마디들은 마지막결정을 위하여 같은 책 임을 지고 있다. 

4. 모든 마디 들은 마지 막결 정 을 하는데 서 평 균하여 같은 노력 을 소비한다. 

5. 일반적으로 마디의 고장은 전체 체계의 붕괴로 귀착되지 않는다. 

6. 사건들의 동기 를 조종하기 위한 체 계 규모의 공통박자는 전혀 존재하지 않는다. 

2 항과 6 항은 어느 정도 품이 든다. 2 항에 관하여 분산체계들은 임의의 마디 에 알려 
진 모든 정보를 다른 모든 마디들에 전달할것을 요구한다. 이 경우에도 임의의 주어 진 
시간에 정보의 일부는 이송중에 있을것이며 다른 모든 마디들에 도착하지 않았을것이다. 
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따라서 통보문통신에서의 시간지체때문에 마디의 정보는 보통 완전히 최근의것이 
니며 그런 의미에서 부분적인 정보이다. 

6 항에 관하여 체계들사이의 통신에 의한 지 연때문에 항상 모든 체계 에 유효한 체 
규모의 시계를 유지하는것은 불가능하다. 게다가 하나의 중앙시계를 유지하고 중앙시 
에 모든 국부시계를 정확히 동기시키는것은 기술적으로 비현실적 이다. 어떤 시간주기 
안에 동기화의 실패를 일으키는 여러가지 국부시계들사이의 약간의 편차가 있을것이다 

공통시계의 결핍과 결부되는 통신에서의 지연은 집중체계와 견주는 분산체계에서 
상배 제 기 구들의 개 발을 더 욱더 힘 들게 하는 분산호상배 제 를 위한 몇 가지 알고리 듬들 
보기 전에 시 계 불일 치 문제 를 극복하기 위한 공통방법 을 고찰한다. 

분산체계에서 사건의 순서 

호상배 제 와 교착을 위한 대 부분의 분산형알고리 듬조작에 서 기 본은 사건의 시 간적 
순서이다. 따라서 공통시계 또는 국부시계들을 동기시키는 수단이 없으면 제한을 받는 
그 문제는 다음과 갈은 방법으로 표현될수 있다. 체계 i 에서 사건 a 는 체계 ) 에서 사 
公전에 (또는 후에) 발생했다고 하자. 그리고 망의 모든 체계에서 이 결론에 일관성 있 
도달한다고 하자. 유감스럽게도 이러한 서술은 두가지 리유로 하여 정확하지 않다. 첫 






다. 둘째로，동기화의 결핍은 서로 다른 체계의 시계읽기에서 불일치를 가져 온다. 

이 난관들을 극복하기 위 하여 시 간찍 기 라는 방법 이 Lam Port 에 의 하여 제 안되 였 다 
[ LAMP 78]. 이 방법은 물리적인 시계를 사용하지 않고 분산체계의 사건들을 배렬한다. 
이 수법은 효률적이고 효과적이기때문에 호상배제와 교착을 위한 대부분의 알고리듬들에 
사용된 다. 

먼저 사건이 라는 용어를 정의할 필요가 있다. 결국은 프로쎄스가 자기의 림계구역으 
로 들어 가거나 림계구역을 떠나는것과 갈은 국부체계에서 발생하는 동작들에 관심이 있 
다. 그러나 분산체계에서 프로쎄스들이 대화하는 방법은 통보문들에 관계된다. 그러므로 
사건들을 통보문들과 관련시키는것이 적합하다. 국부사건을 통보문에 매우 간단히 결부 
할수 있다. 실례로 프로쎄스는 자기의 림계구역에 들어 가고 싶을 때 또는 림계구역을 
떠나고 싶을 때 통보문을 송신할수 있다. 애매 한것을 피 하기 위 하여 사건을 통보문의 송 
신과만 관련시키고 통보문의 접수에는 관련시키지 않는다. 따라서 사건은 프로쎄스가 통 
보문을 전송할 때 마다 통보문이 프로쎄 스를 떠나는 시 간에 대 응한다고 정 의 한다. 

시간찍기기구는 통보문들의 전송으로 이루어 지는 사건들을 순서대로 배렬하는데 사 
용한다. 망에서 매 개 체 계 i 는 시 계 로서의 기능을 수행 하는 국부계수기 다 를 유지 한다. 
체계가 통보문을 전송할 때마다 국부계수기는 먼저 시계를 하나 증가시킨다. 통보문은 
( m , T h i ) 형 식 으로 송신된다. 

여기서 

m = 통보문의 내용들 

Ti = 통보문을 위한 시간압인. 다와 갈게 설정한다. 

i = 싸이트의 수자식별자 

통보문을 수신할 때 수신체 계 _/는 자기의 현재 값과 들어 오는 시 간압인의 최 대 값보 
다 하나 더 큰 값을 자기 시계에 설정한다. 

Cj <- 1 + max [ Cj , Ti ] 
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매개 싸이트에서 사건들의 순서는 다음의 규칙으로 결정된다. 싸이트 i 로부터의 통 
보문 표와 싸이트 그•로부터의 통보문 y 에 대하여 다음조건들중 하나가 유지되면 표는 y 보 
다 먼저 일어 난다고 한다. 

1. If T } < Tj or 

2. If Ti = Tj and i < j 

매개 통보문과 관련되는 시간은 통보문을 동반하는 시간압인이며 이 시간들의 순서는 
앞에서 말한 두가지 규칙으로 결정된다. 즉 갈은 시간압인을 가진 통보문들은 자기들의 싸이 
트번호에 의하여 순서대로 배렬된다. 이 규칙들의 적용은 싸이트와 관계 없기때문에 이 방법 
은 통신프로쎄스들의 여 러 가지 시계들사이의 편차로 인한 어떤 문제도 회 피 한다. 

알고리듬의 조작실례를 그림 14-8 에 주었다. 매개가 시간찍기알고리듬을 조종하는 
프로쎄스로 표현되는 세개의 싸이트가 있다. 프로쎄스 다 은 시계값 0 에서 시작한다. 통보문 
a 를 전송하기 위하여 다 은 자기 시계를 하나 증가시키고 ( a , 1，1 ) 을 전송한다. 여기 
서 첫 수자값은 시 간압인이고 두번째 수자값은 싸이트의 식별자이 다. 이 통보문을 싸이 
트2와 3에 있는 프로쎄스들이 수신한다. 두 싸이트의 국부시계는 0의 값을 가지며 2 = 1 
+ max [0，1] 의 값으로 설정된다. P 2 는 다음 통보문을 출구하고 먼저 자기의 시계를 3 
으로 증가시 킨다. 이 통보문을 접 수하자마자 하 과 P 3 은 자기 시 계 들을 4 로 증가시 켜 야 
한다. 그다음에 거의 같은 시 간에 같은 시 간압인을 가지 고 Pi 은 통보문 b 를， P 3 은 통 
보문 )를 출구한다. 순서대로 배렬하는 원리를 사전에 대략 설명하였기때문에 이것은 혼 
돈을 전혀 가져 오지 않는다. 이 모든 사건들이 일어 난후에 통보문들의 순서는 모든 싸 
이트들에서 같아 진다. 즉 { a , x , b , 사이 다. 

알고리듬은 그림 14-9 에서 설명한바와 같이 쌍을 이루는 체계들사이의 전송시간이 
차이 나도 동작한다. 여기서 하과 P 4 는 갈은 시간압인을 가지는 통보문들을 출구한다. Pi 
로부터 오는 통보문은 싸이 트 2 에 리의 통보문보다 더 일찍 도착하지 만 싸이트 3에서 는 
P 4 의 통보문보다 더 늦게 도착한다. 그럼 에 도 불구하고 모든 통보문들이 모든 싸이 트에 
서 수신완료되였으면 통보문의 배럴은 모든 싸이트에서 같다. 즉 { a , 미이다. 

이 기구에 의하여 작성된 순서는 실제의 시간순서에 반드시 대응하지 않는다. 시간 
찍기기구에 기초한 알고리듬에서 어느 사건이 실제로 먼저 일어 났는가는 중요하지 않다. 
다만 알고리듬을 실현하는 모든 프로쎄스들이 그 사건들에 부과된 순서를 인정하는것이 
중요하다. 

방금 론의한 두 실례에서 매개 통보문은 한 프로쎄스로부터 다른 모든 프로쎄스에로 
송신된다. 일부 통보문들이 이 방법으로 송신되지 않으면 어떤 싸이트들은 체계의 모든 
통보문들을 수신하지 않으며 그러므로 모든 싸이트들이 갈은 통보문들의 순서를 가지는 
것은 불가능하다. 이러한 경우에 부분적배렬들의 집합이 존재한다. 그러나 우리는 호상배제와 
교착검출을 위 한 분산형 알고리듬에서 시 간압인의 사용에 1 차적 으로 관심을 가진다. 

이러한 알고리듬들에서 프로쎄스는 보통 다른 매개 프로쎄스(시간압인을 가전)에 통 
보문을 송신하며 시간압인은 통보문이 처리되는 방법을 결정하는데 사용된다. 

분산대기렬 

제 1 판본 

분산호상배제를 위하여 제일 먼저 제안된 방법들중의 하나는 분산대기렬의 개념에 
기초한것 이 다 [ LAMP 78]. 알고리듬은 다음과 갈은 가정에 기초하고 있다. 
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그림 14-9. 시 간찍 기알고리 듬의 또다른 조작실 례 

1. 분산체 계 는 유일 하게 1 부터 N 까지 의 번 호가 붙은 JV 개 의 마디 들로 구성 되 여 있 
다. 매개 마디는 다른 프로쎄스들을 대표하여 자원들에 대한 서로 배타적인 접근 
을 요구하는 하나의 프로쎄스를 포함한다. 이 프로쎄스는 역시 동기를 맞추어 중 
복되 여 들어 오는 요청 들을 해 결 하기 위한 중재 자로서 봉사한다. 

2. 한 프로쎄스에서 다른 프로쎄스에로 송신된 통보문들은 그것들이 송신된것과 같 
은 순서 로 수신된다. 

3. 매 통보문은 제한된 시간에 자기 목적지에 정확히 배달된다. 

4. 망은 완전히 련결되 여 있다. 이것은 매 프로쎄스가 통보문을 전송하기 위하여 중 
간프로쎄스를 요구하지 않고 다른 매개 프로쎄스들에 직접 통보문들로 송신할수 
있 다는것 을 의 미한다. 

가정 2와 3은 TCP (부록 1을 보라.)와 같은 믿음직한 전송층규약을 사용하여 실현 
될수 있 다. 

간단화를 위하여 매 개 싸이트가 오직 단일 자원만을 조종하는 경 우의 알고리 듬을 서 
술한다. 다중자원들에 로의 일 반화는 쉽다. 

알고리 듬으로는 집 중체계 에서 간단한 방식 으로 동작하는 알고리 듬을 일 반화하려고 
한다. 단일중심 프로쎄스가 자원을 관리 했다면 그것은 들어 오는 요청들을 대 기렬에 넣 고 
선입선출방식으로 요청들을 받아 들였을것이다. 분산체계에서 이와 갈은 알고리듬을 달 
성 하기 위하여 모든 싸이 트들은 갈은 대 기 렬의 사본을 가져 야 한다. 시 간찍 기 는 모든 싸 
이트들이 모든 요청들을 들어 주는 순서를 공동으로 인정한다는것을 보증하는데 사용된 
다. 한가지 복잡한 문제가 생긴다. 즉 통보문들이 망을 통파하는데 제한된 시간이 걸리기 
때 문에 두개의 서 로 다른 싸이 트는 프로쎄 스가 대 기렬의 머 리부에 있는것 을 동의 하지 않 
을것 이 다. 그림 4-19 를 고찰하자. 통보문 a 가 P 2 에 도착했고 통보문 g 가 P 3 에 도착했 
지 만 이 두 통보문은 아직 다른 프로쎄 스들에 로 이 송중에 있 다. 따라서 다 과 P 2 는 통 
보문 a 가 대기렬의 머리부라고 간주하고 的과 리는 통보문 q 가 대기렬의 머리부라고 간 
주하는 어떤 시기가 있다. 이것은 호상배제의 요구를 위반하게 할것이다. 이것을 피하기 
위하여 다음의 규칙을 적용한다. 자기자체의 대기렬에 기초하여 배정을 결정하는 프로쎄 
스는 자기 자체의 대기렬머 리부보다 더 먼저 아직 이송중에 있는 통보문은 전혀 없다는것 
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을 보증하는 다른 모든 싸이트로부터의 통보문을 이미 수신하였어 야 한다. 

매개 싸이트에서 수신한 가장 최근의 통보문(이 싸이트에서 발생한 가장 최근의 통 
보문도 포함하여)을 계속 기 록하는 자료구조가 매 개 싸이 트에 있다. Lamport 는 이 구조 
를 대기렬이라고 이름 지었다. 실제로 그것은 한개 입구를 가진 매개 싸이트의 순서이다. 
임의의 순간에 국부순서에 있는 입구 다 [_/] 는。로부터 오는 통보문을 포함한다. 순서는 
다음과 같이 초기화된다. 

q U = ( 해 방，0, j ) )=1 ，…， N 

세 개의 통보문형태 가 알고리 듬에서 사용된다. 즉 

• (요청， T u i ) : 자원에 대 한 접 근은。에서 요구한다. 

• (응답， Tj - j )： :리는 자기 조종하에 있는 자원에로의 접근을 승인한다. 

• (해 방， T k ， k ) : 는 자기 에게 이전에 배정된 자원을 해 방한다. 

알고리듬은 다음과 같다. 

1. P , • 는 자원에 로의 접근을 요구할 때 현재 국부시 계 값이 찍 힌 요청(요청， T u i ) 를 
출구한다. Pi 는 이 통보문을 자기 자체의 대 기렬에 있는 q [ i ] 에 넣 고 다른 모든 
통보문들에 그 통보문을 송신한다. 

2. 的는 (요청， T h 가를 수신하면 자기 자체의 대 기렬에 있는 q [ i ] 에 이 통보문을 넣 
는다. qL /] 가 요청통보문을 포함하지 않으면 그때。는 다에로 (응답， Tj , 刀를 전 
송한다. 이것은 결정할 때 이송중에 있는 더 앞선 요구통보문이 더 이상 없다는것 
을 보증하는 이전의 규칙을 실현한다. 

3. P : •는 다음의 두 조건이 만족하면 자원에 접근할수 있다(자기 림계구역에 들어 갈 
수 있다.). 즉 

1) 순서 인에서 Pi 가 소유하는 요청통보문은 순서에서 맨 처음의 요청통보문이다. 
통보문들은 모든 싸이트들에 시종일관하게 배렬되기때문에 이 규칙은 임의의 
순간에 하나의 프로쎄스만이 자원을 호출하도록 허 락한다. 
i _) 국부순서에 있는 모든 통보문들은 인내에 있는 통보문보다 더 후에 있다. 이 
규칙 은 的 가 자기 의 현재 요청 보다 먼 저 발생한 모든 요청 들을 안다는것 을 
보증한다. 

4. Pi 는 해 방 (해 방, Tj, j ) 를 줄구하여 자원을 해 방하며 자기 소유의 순서 에 그 통보 
문을 넣고 다른 모든 프로쎄스들에 전송한다. 

5. Pi 는 (해 방， T p 刀를 수신할 때 q [ j ] 의 현재 내 용들을 이 통보문으로 교체한다. 

6. Pi 는 (응답， Tj , ]) 를 수신할 때 q [ j ] 의 현재 내 용들을 이 통보문으로 교체한다. 

이 알고리듬은 호상배제를 실현하고 공평하며 교착과 고갈을 피한다는것을 쉽게 알수 
있 다. 

• 호상배제 : 림계구역의 입구에 대한 요청들은 시간찍기기구로 작성된 통보문들의 순 
서 에 따라 조정된다. 일 단 P ; • 가 자기의 림 계구역 에 로 들어 가려 고 결심 하면 자기의 
요청통보문전에 전송되는 다른 요청통보문은 체계에 더는 있을수 없다. 이것은 Pi 가 
그때까지 모든 다른 싸이트들로부터의 통보문들을 반드시 수신했으며 다른 싸이트로 
부터의 통보문들은 P ,_ 요청통보문보다 더 늦게 전송하기때 문이 다. 이것은 응답통보 
문기구로부터 확신할수 있다. 두 싸이트사이의 통보문들은 순서를 어기고 
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도착할수 없다. 

• 공평 : 요청들은 시간압인순서에 기초하여 엄격하게 승인된다. 그러므로 모든 프 
로쎄스들은 갈은 기회를 가진다. 

• 교착면제 :시간압인순서가 모든 싸이트들에 시종일관하게 유지되기때문에 교착 
은 발생 할수 없다. 

• 고갈면제 : 己 는 일단 자기의 림계구역을 완성하면 해 방통보문을 전송한다. 이것 
은 모든 다른 싸이트들에서。의 요청통보문을 삭제 하게 하여 다른 프로쎄스가 
자기의 림계구역에 들어 가도록 한다. 

이 알고리 듬이 일정한 효률로 배 타를 보증하자면 3 父 ( N -1) 개 의 통보문이 요구된다. 
즉 ( JV -1) 개의 요청통보문， ( iV -1) 개의 응답통보문, ( JV -1) 개의 해방통보문이 요구된다. 

제 2 판본 

보다 완성된 Lamport 알고리듬은 [ RACA 81] 에서 제 안되 였다. 그것은 해 방통보문들 
을 제거하는것으로 원래의 알고리듬을 최대로 활용하려고 한다. 한 프로쎄스에서 다른 
프로쎄스에 로 송신된 통보문들은 그들이 송신된것과 같은 순서 로 수신될 필요는 없다는 
것을 제외 하고 앞에서와 갈은 가정 이 성 립 한다. 

앞에서와 같이 매개 싸이트는 자원을 조종하는 한개 프로쎄스를 포함한다. 이 프로 
쎄스는 Q 를 유지하며 다음의 규칙에 따른다. 

1. Pi 는 자원에 로의 접 근을 요구할 때 현재 국부시 계 값이 새 겨 진 요청 (요청， ᄁ， i ) 
를 출구한다. P f 는 이 통보문을 자기의 q 明에 있는 배렬에 넣고 그 통보문을 모 
든 다른 프로쎄스들에 송신한다. 

2. P y 는 (요청 , T ,-, 가를 수신할 때 다음의 규칙 에 따른다. 즉 

T ) 。는 현재 자기 의 림 계 구역 에 있 으면 응답통보문의 송신을 연기한다(규칙 4 
를 보시오.) 

l ) P ᅧ 가 자기 의 림 계 구역 에 로의 입 장을 기 다리 지 않으면(여 전히 주목할만한 요 
청통보문을 출구하지 않았으면) (응답， Tj , j ) 를 P ; 에로 전송한다. 
t ) P ᅧ가 자기의 림계구역 에 로의 입 장을 기 다리고 있으며 그리고 들어 오는 통보 
문들이。의 요청통보문의 다음에 온다면 자기소유의 q [ j ] 에 있는 배렬에 통 
보문을 넣 고 응답통보문의 송신을 연기한다. 

근) 匕•가 자기림계구역에로의 입장을 기다리고 있고 들어 오는 통보문이 匕•의 요 
구보다 앞선다면 자기소유의 q [_/] 에 있는 배렬에 통보문을 넣고 (응답，： T ；, J ) 
를 Pi 에 전송한다. 

3. Pi 는 다른 모든 프로쎄스들로부터 응답통보문을 수신하였을 때 자원에 접근할수 
있다(자기 림계구역에 들어 갈수 있다.). 

4. 。는 자기 림계구역을 떠날 때 응답통보문을 매개 미결요청통보문에 송신하는것 
으로 자원을 해방한다. 

매 개 프로쎄 스의 상태이 행 도를 그림 14-10 에 주었 다. 

요약한다면 프로쎄스는 자기 림계구역에 들어 가고 싶으면 다른 모든 프로쎄스들에 
시 간압인된 요청 통보문을 송신 한다. 프로쎄 스는 다른 모든 프로쎄 스들로부터 응답통보문 
을 수신할 때 자기 림계구역에 들어 갈수 있다. 프로쎄스는 다른 프로쎄스로부터 요청통 
보문을 수신한 다음에 야 그에 대응한 응답을 송신하여 야 한다. 프로쎄스가 자기의 림계 
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구역에 들어 가고 싶지 않으면 응답통보문을 즉시에 송신한다. 프로쎄스가 자기의 림계 
구역 으로 들어 가고 싶으면 자기 요청통보문의 시 간압인을 수신된 마지막요구통보문의 
압인과 비교하며 만일 후자가 더 최근의것이라면 자기의 응답통보문을 연기한다. 그밖의 
경우에는 응답통보문이 즉시에 송신된다. 

이 방식에서는 2 ■ ( N -1) 개의 통보문 즉 자기 림계구역에 들어 가려는 。의 의지 
를 가리키는 ( N -1) 개의 요청통보문과 요청되는 접근을 허용하는 ( N -1) 개의 응답통보문 
이 필요하다. 

알고리 듬에 서 는 시 간찍 기 를 사용하여 호상배 제 를 실 현 한다. 또한 교착을 회 피한다. 
후자를 증명 하기 위하여 정 반대 로 즉 이 송중에 있는 통보문이 전혀 없을 때 매 개 프로쎄 
스가 요청통보문을 전송하였으며 필요한 응답통보문을 수신하지 못한 상태 에 있는것 이 
가능하다고 가정 하자. 이 상태 는 발생할수 없 다. 왜 냐하면 응답통보문을 연기하는 결정은 
요청통보문들을 순서대로 배렬하는 관계에 있기때문이다. 그러므로 가장 이론 시간압인 
을 가지며 모든 필요한 응답들을 수신하는 하나의 요청통보문이 존재한다. 그러므로 교 
착은 불가능하다. 

요청 통보문들은 배 렬 되 기 때 문에 고갈도 역 시 피할수 있 다. 요청 통보문들은 순서 배 렬 
로 주어 지기때문에 매개 요청통보문들은 어떤 시기에 가장 오랜 통보 문으로 되여 봉사 
를 받게 된다. 


다른 모든 프로쎄스들의 
요청을 송신한다. 


요청들을 기 다리는 
동안 응답들을 4 
되넘긴다. 


다른것들의 ■ 
활성화 


림계구역에서 
탈퇴 


그림 14-10. [ RICA 81] 에서 준 알고리듬의 상태선: ft .. 


틍표넘기기방법 

일부 연구자들은 관계하는 프로쎄 스들사이 에 통표넘 기기를 동반하는 완전한 호상배 
제 방법 을 제 기 하였 다. 통표는 임 의 의 시 각에 한개 프로쎄 스에 유지 되 는 실 체 이 다. 통표를 
유지 하고 있는 프로쎄스는 허 가를 받지 않고 자기의 림계구역 에 들어 갈수 있다. 프로쎄 
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스는 자기 림계구역에서 나올 때 다른 프로쎄스에 통표를 넘긴다. 

이 소절에서는 이 기구들중에서 가장 효과적인 기구를 고찰한다. 그것은 먼저 
[ SUZU 8 幻에서 제안되였다. 그와 론리적으로 동등한 제안이 [ RICA 83] 에서도 제기되였 
다. 이 알고리듬에서는 두개의 자료구조가 요구된다. 프로쎄스사이로 넘겨 지는 통표는 
실제 상 배 렬이며 그의 요 번째 요소는 통표가 프로쎄스 에 머 문 마지 막시각의 시 간압인 
을 기록한다. 게다가 매개 프로쎄스는 배럴을 유지하며 그의 j • 번째 요소는 I 가로부터 수 
신된 마지 막요청 통보문의 시 간압인을 기 록한다. 

절차는 다음과 같다. 초기에 통표는 임의로 한개 프로쎄스에 할당된다. 프로쎄스가 
자기 림계구역을 사용하고 싶을 때 통표를 가지고 있으면 자기 림계구역을 사용할수 있 
다. 그렇지 않으면 프로쎄스는 시간압인된 요청통보문을 다른 모든 프로쎄스들에 발송하 
며 통표를 수신할 때 까지 기 다린다. 프로쎄스。는 자기의 림계구역 에서 나올 때 통표를 
다른 프로쎄 스에 발송하여 야 한다. 프로쎄 스 P , • 는 의 마지 막통표요청 에 대 한 시 간압 
인이 P * 의 마지 막 통표유지 를 위 하여 통표에 기록된 값보다 더 크기 때 문에 즉 요청 [ k ] 
〉통표 [ k ] 이기때문에 첫번째 입구요청 [ k ] 에 대하여 j +1, j +2，"., l , 2, …， j -1 순서로 요 
청배렬을 조사하여 통표를 수신할 다음 프로쎄스를 선택한다. 
if ( ! token _ present ) 

{ 

clock ++； 

broadcast ( Request , clock , i ) : 서 막*/ 

wait ( access , token ); 
token_present = true ； 

} 

token_held = true ； 

〈critical section 〉; 

token [ i ] = clock ； 

token_held = false ； A 종말부*/ 

for(intj =i + l；j < n ； j ++) 

{ 

if (request ( j ) > token [ j ] && token _ present ) 

{ 



send (access, token [j]); 


} 

for(j= l ； j<=H ； j++) 

{ 

if (request (j) > token [j] && token_present) 
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} 


-o 


if (received (Request, k, j)) 


request (j) = max (request (j), k); 
if (token_present && ! token_held) 

〈text of postlude> : } 

} 니 

Notation 

send (j, access, token) 통표를 가진 프로쎄直상의 접근형송신통보문 

broadcast (request, clock, i) 다른 모든 프로쎄스에로의 프로쎄스의 시간압인 
clock 를 가전 요청형송신통보문 

received (request, t, j) 시간압인 t 를 가진 프로쎄스 녀 요청형수신통보문 


그림 14-11. (프로쎄 스 다 에 대 한) 통표넘 기 기알고리 듬 : 1- 첫 부분., L - 두번째 부분 

그림 14-11 에서는 두개 부분으로 된 알고리듬을 보여 주고 있다. 첫 부분은 림계구 
역의 사용을 취급하며 서막과 림계구역, 종말부로 구성되여 있다. 두번째 부분은 요청의 
접수를 담당하는 작용과 관련된다. 

변수 clock 는 시 간압인기 능에 사용되 는 국부계 수기 이다. 조작 wait (접 근, 통표)는 
《접근》형통보문을 수신할 때까지 프로쎄스를 기다리게 한다. 접근형통보문을 수신하면 
그것을 변수배렬통표안에 넣는다. 

알고리듬은 다음 두가지 요구상태중 어느 한 상태에 있을수 있다. 

• 요청 하는 프로쎄스가 통표를 가지 고 있지 않을 때 N 개 통보문(요청를 발송하기 

위 하여 N -1 개，통보를 이동시키기 위 하여 1) 을 요구한다. 

• 프로쎄스가 이미 통표를 가지고 있다면 통보문이 전혀 요구되지 않는다. 


제 4 절. 분산형교착 

제 6장에서 는 체 계 자원에 대 하여 경쟁하거 나 서 로 통신하는 프로쎄스들의 모임의 영 
구적인 봉쇄 로서 교착을 정의하였다. 이 정의 는 분산체계에서 는 물론 단일체 계 에서도 유 
효하다. 호상배제 의 경우와 마찬가지 로 교착은 공유기억기체계 와 비 교되는 분산체계 에서 
더 복잡한 문제들을 제기한다. 마디들이 전반 체계의 현재상태 에 대 한 정확한 지식을 전 
혀 가지고 있지 않기때문에 그리고 프로쎄스들사이의 매개 통보문이송은 예측할수 없는 
지연을 동반하기때문에 분산체계에서의 교착조정은 복잡해 진다. 

두가지형의 분산교착이 문헌에서 주목을 끌었다. 즉 자원들의 배정 에서 발생하는 분 
산교착과 통보문들의 통신으로 일 어 나는 분산교착이다. 자원교착들에 서 프로쎄 스들은 
자료기지에서 자료객체들 또는 봉사기에 있는 입출력자원들과 갈은 자원들에 접근하려고 
한다. 프로그람의 모임안에 있는 매 개 프로쎄 스가 다른 프로쎄 스가 유지 하는 자원을 요 
구하면 교착이 발생한다. 통신교착들에서 통보문들은 프로쎄스들이 기 다리는 자원들이다. 
교착은 모임에 있는 매개 프로쎄스가 그 모임에 있는 다른 프로쎄스로부터의 통보문을 
기 다리 고 그 모임 에 있는 그 어 떤 프로쎄 스가 통보문을 송신하지 않을 때 발생한다. 
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자원배정에서 교착 


제 6 장으로부터 자원배정 에서의 교착은 다음의 조건들이 모두 성 립 할 때 에만 존재 한 
다는것을 알수 있다. 

• 호상배제 : 어느 한 순간에 오직 한개 프로쎄스만이 어떤 자원을 사용할수 있다. 

• 유지 및 기다림 : 프로쎄스는 다른 자원들의 할당을 기다리면서 배정된 자원들을 
유지할수 있 다. 

• 비선취 : 그 어떤 자원도 자기를 유지하는 프로쎄스로부터 강제로 완전히 제거될 
수 없다. 

• 순환기다림 : 사슬의 매 개 프로쎄 스는 사슬의 다음번 프로쎄 스가 요구하는 최 소 
한 하나의 자원을 유지하는것과 같은 프로쎄스들의 닫긴 사슬을 가진다. 

교착을 처 리하는 알고리듬의 목적은 순환기다림형성 을 방지하거 나 그의 실제 적 인 발 
생 또는 잠재 적 인 발생 을 검 출하는것 이 다. 게 다가 자원들은 많은 싸이트들에 분산되 며 
그 자원들에로의 접근은 체계전역상태에 대한 완성된 최신정보를 가지고 있지 않는 조종 
프로쎄 스들에 의하여 조절된다. 그러 므로 프로쎄 스들은 국부정 보에 기 초하여 결정하여 야 
한다. 따라서 새로운 교착알고리듬들이 요구된다. 

분산교착관리에서 제기되는 난관의 한가지 실례는 유령교착현상이다. 유령교착의 실 
례 를 그림 14-12 에 서 설명한다. 표시 법 Pi ^ P 2 송 P 3 은 하이 P 2 가 유지 하는 자원을 기 
다려 정지되 고 P 2 가 的 이 유지 하는 자원을 기다려 정지된다는것을 의미 한다. 초기 에 P 3 
은 자원 Ra 를 소유하고 Pi 은 자원 Rb 를 소유한다고 하자. 이 제 P3 이 Ra 를 해 제 하는 
통보문을 먼저 출구하고 그다음에 Rb 를 요구하는 통보문을 출구한다고 가정하자. 첫 통 
보문이 두번째 통보문보다 먼저 주기 검 출프로쎄 스에 도달하면 자원요구항목들을 적 당히 
반영하는 그림 14-12 기 의 결 과가 발생한다. 

그러 나 두번째 통보문이 첫번째 통보문보다 먼저 도착하면 교착이 기 록된 다(그림 
14-12 L ). 이것은 집중체계에서 있을수 있는것과 같은 전역상태의 결핍으로 인한 진짜 
교착이 아니 며 잘못된 검 출이다. 
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교착 방지 


제 6 장에서 론의 한 교착예 방수법중 두가지는 분산체 계 에서 사용할수 있다. 

1 . 자원형 태 들의 선형 순서 를 정 의하여 순환기다림 조건을 예 방할수 있 다. 프로쎄 스는 
R 형 태의 자원들을 배정 받으면 순서 에서 R 다음에 오는 형 태의 자원들만을 요청 
한다. 이 방식 의 기 본결 함은 자원들이 사용되 는 순서 로 자원들을 요청할수 없 다 
는것 따라서 자원들은 필요한 시간보다 더 오래 유지될수 있다는것이다. 

2 . 프로쎄 스가 한꺼 번에 필요한 모든 자원들을 요청하도록 규정하는것 으로 또한 모 
든 요청 들을 동시 에 허 락할수 있을 때 까지 프로쎄 스를 봉쇄하는것 으로 유지 및 
기다림조건을 예방할수 있다. 이 방법은 두가지 점에서 비효률적이다. 첫째로，어 
떤 프로쎄 스는 사실 몇개 자원만으로 수행 될수 있 었지만 자기 가 요청하는 모든 
자원이 준비될 때까지 오랜 시간동안 유지될수 있다. 둘째로，어떤 프로쎄스에 
배정된 자원들은 다른 프로쎄스들에 배정되지 않는 상당한 기간 사용되지 않은 
채로 있을수 있다. 

이 두 방식 은 프로쎄 스가 사전에 자기 의 지 원요청 들을 결정할것 을 요구한다. 사실 은 
항상 그렇지 않다. 실례 로 새 로운 항목을 동적 으로 추가할수 있는 자료기지응용을 들수 
있다. 이러한 예지를 요구하지 않는 방법의 실례로서 [ RUSE 78] 에서 제안된 두개 알고 
리 듬을 고찰한다. 이 것 들은 자료기지작업 환경 에서 개 발되 였기때 문에 프로쎄 스라고 하지 
않고 트랜잭션이라고 한다. 

제 안된 방법들은 시간압인을 사용한다. 매개 트랜잭션은 자기의 생존기간동안에 생 
성 시간압인을 진행한다. 이것은 트랜잭 선에서 엄격한 순서를 확립한다. 트랜잭 션 T 1 이 
이미 사용하고 있는 자원 묘 는 다른 트랜잭션 T 2 가 요구하면 자기들의 시간압인을 비교 
하여 충돌을 해결한다. 이 비교는 순환기다림조건의 성 립을 예 방하는데 사용된다. 이 기 
초방법 의 두가지 변종 즉《 기 다림-죽음》방법 과《 부상-기 다림》방법 이 저 자들에 의하여 
제 안되 였 다. 

T 1 은 현재 묘 를 유지 하며 T 2 는 요청을 출구했다고 가정하자. 그림 14-13 자는 기 다 
림 -죽음방법 을 위하여 자원배 정 자가 R 의 싸이 트에 서 사용하는 알고리 듬을 보여 준다. 
두개의 트랜잭션의 시간압인을 e ( Tl ) 과 e ( T 2) 토서 표시한다. T 2 이 더 오랜것이면 그것 
은 해 제 통보문을 능동적 으로 출구하든가 다른 자원을 요청할 때 죽든가 하는것 으로 T 1 
이 묘를 해제할 때까지 봉쇄된다. T 2 이 더 새로운것이지만 그것은 전과 같은 시간압인을 
가지고 재시동된다. 


If ( e ( T 2)< e ( Tl )) 
halt _ T 2 (’ wait ’); 

else 

kill _ T 2 (’ die ’); 


if ( e ( T 2)< e ( Tl )) 
kill_Tl (’ wound ’); 

else 

halt _ T 2 (’ wait ，); 
u) 


그림 14-13. 교착예방방법들 
n - 기다림-죽음방법，부상-기다림방법 

따라서 충돌에서는 오랜 트랜잭션이 우선권을 가진다. 죽은 트랜잭션은 자기의 원래 
시 간압인을 가지고 다시 살아나기때문에 그것은 더 오랜것으로 되며 따라서 증가된 우선 
권을 획 득한다. 모든 자원들의 배 정상태 를 알려 고 하는 싸이 트는 하나도 없 다. 모두 요구 
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되 는것은 자기 자원들을 요구하는 트랜잭 선들의 시 간압인들이 다. 

부상-기다림방법은 요구된 자원을 사용하고 있는 더 새로운 트랜잭션을 죽이고 오랜 
트랜잭션의 요구를 즉시에 허락한다. 이것을 그림 14-13 i •에서 보여 준다. 기다림-죽음 
방법과는 달리 어떤 트랜잭션은 자기보다 새로운 트랜잭션이 사용하고 있는 자원을 결코 
기 다리지 말아야 한다. 

교착회 피 

교착회 피 는 주어 진 자원배 정 요구를 할수 있는 경 우 교착을 일 으키 겠는가를 동적으 
로 결정하는 수법 이 다. [ SING 946] 는 분산교착회 피 가 다음과 같은 리유로 하여 비 현실 적 
이 라고 지 적한다. 

1 . 매 개 마디는 체 계의 전역상태 를 추적하여 야 한다. 이 것은 충분한 기 억기의 통신내 
부조작을 요구한다. 

2 . 안전한 전역상태를 검사하는 프로쎄스는 서로 배타적이여야 한다. 그렇지 않으면 
두마디는 각각 다른 프로쎄스의 자원요구를 고려할수 있으며 요구를 존중하는것이 
안전하다는 결론을 동시에 내 릴것 이 다. 사실 두 요구가 다 존중되면 교착이 발생 
한다. 

3. 안전상태를 검사하는것은 많은 프로쎄스의 자원을 가지는 분산체계에 상당한 내 
부조작처 리를 요구한다. 

교착검출 

교착검출에서 프로쎄스들은 자기들이 요구에 따라 자유로운 자원들을 엄게 되며 교 
착의 존재는 그후에 결정된다. 교착이 검출되면 교착성분을 이루는 프로쎄스중 한개 프 
로쎄 스가 선택 되 며 교착을 해 소하는데 필요한 자원들을 해 제할것 이 요구된다. 

분산교착검출에서 난관은 교착이 분산자원들을 포함할수 있지만 매개 싸이트는 오직 
자기 소유의 자원들에 대 하여 서 만 알고 있 는것 이 다 . 체 계 조종이 집 중되 였 는지，계 층화되 였 
는지 또는 분산되 였는지 에 관계 되 는 여 러 가지 방법 들이 가능하다(표 14-1). 

집중조종의 경우에 한개의 싸이트가 교착을 검출한다. 모든 요청 및 해제통보문들은 
득정자원을 조정하는 프로쎄스는 물론 중앙에도 송신된다. 중앙은 완전한 영상을 가지고 
있기때문에 교착을 검출할수 있다. 이 방법은 많은 통보문들을 요구하며 중앙싸이트의 
고장에 민감하다. 게 다가 유령교착들이 검 출될수 있 다. 

계층조종의 경우에 싸이트들은 나무뿌리로 봉사하는 한개 싸이트를 가지는 나무구조 
로 구성된다. 잎마디들이 아닌 매 마디에서는 모든 종속마디들의 자원배정에 대한 정보 
를 수집한다. 이 로하여 교착검 출은 뿌리 마디 보다 더 낮은 수준들에 서 진행 된 다. 특히 자 
원들의 모임을 포함하는 교착은 객체들사이에서 충돌하고 있는 자원을 가지는 모든 싸이 
트들의 공동조상인 마디 에 의하여 검 출된 다. 

분산조종의 경우에 모든 프로쎄스들은 교착검출기능에 협력한다. 일반적으로 이것은 
시 간압인들을 가진 주목할만한 정 보를 교환하여 야 한다는것 을 의 미하며 따라서 내 부처 리 
가 중요하다. [ RAYN88 ] 은 분산조종에 기초한 몇 가지 방법들을 주며 [ DATT 9()] 는 한 
가지 방법을 상세히 고찰한다. 

분산교착검출알고리듬의 실례를 보자 ([ DATT 92], [ JOHN 91]). 알고리듬은 매개 싸 
이 트가 자료기 지 의 한 부분을 유지 하는 분산자료지 지 체 계 를 대 상으로 하여 트랜잭 선들을 
매개 싸이트에서 개시될수 있다. 트랜잭션은 기껏해서 하나의 미해결자원요청를 가질수 
있다. 트랜잭션이 한개 이상의 자료객체를 요구한다면 두번째 자료객체는 오직 첫번째 자 
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페쇄요청를 할 때 자료객체와 관련된 봉사기프로쎄스는 그 요청를 받아 들이든가 또는 
거절한다. 요청 이 허 락되지 않으면 봉사기프로쎄스는 자료객체를 유지 하고 있는 트랜잭 
션의 신원을 자료객체에 대한 폐쇄요청을 한 트랜잭션에 넘겨 준다. 

요청트랜잭션이 허락응답을 수신하면 자료객체를 폐쇄한다. 만약 그렇지 않으면 요 
청트랜잭션은 Held-by 변수를 자료객체를 유지하고 있는 트랜잭션의 신원으로 갱신한다. 

요청 트랜잭 션은 유지 트랜잭 션의 Request_Q 에 자기 신원을 더한다. 요청 트랜잭 션은 
Wait-for 변수를 유지트랜잭션의 신원(트랜잭션이 기다리고 있지 않으면 ) 이 나 유지트랜 
잭 션의 Wait -for 변수의 신원으로 갱 신한다. 이 런 방법 으로 Wait-for 변수는 결국 실행 
을 폐 색 하고 있는 트랜잭선의 값으로 설정한다. 결 국 요청트랜잭선은 자기 의 Request 
-Q 에 있는 모든 트랜잭션들에 갱신통보문을 출구하여 이 변화의 영향을 받는 모든 
Wait-for 변수를 변경 시 킨다. 

n/* lock_request ( Ti ) 를 수신 하는 자료객체 Dj */ 
if ( Locked _ by ( Dj ) == null ) 
send ( granted ); 

else 

{ 

send not granted to Ti ； 
send Locked _ by(Dp to Ti ) 

} 

/* 트랜잭션 Ti 는 자료객체 Dj 에 대한 폐쇄요청을 한다. */ 
send lock _ request ( Ti ) to Dj ； 
wait for granted/not granted ； 
if ( granted ) 

{ 

Locked _ by ( Dj ) = Ti ； 

Held _ by ( Ti ) = <、’ 

} 

else /* 대는 트랜잭 션 Tj 에 의 하여 사용되 고 있다. */ 

{ 

Held _ by ( Ti )= Tj ； 

Enqueue ( Ti , Request _ Q ( Tj )) ; 
if ( Wait_for ( Tj ) == null ) 

Wait _ for ( Ti ) = Tj : 

else 

WaitJor(Ti) = WaitJor(Tj); 
update(Wait_for(Ti),Request_Q(Ti)); 

} 

A 갱신통보문을 수신하는 트랜잭션 Tj */ 


if (Waitjor ( Tj ) != Wait _ for ( Ti )) 
Wait _ for ( Tj ) = Waitjor ( Ti ); 
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if (intersect (Wait_for (Tj), Request_Q(Tj)) = null) 
update (Wait_for (Ti), Request_Q (Tj) : 

else 

{ 

DECLARE DEADLOCK. : 

/* 다음과 같이 교착해 결 을 개 시한다. */ 

/* 탈퇴하는 트랜잭션으로 기가 선택된다. */ 

/* Tj 는 자기 가 유지 하는 모든 자료객 체 들을 해 제 한다. */ 
send_clear(Tj, Held_by(Tj)) ; 

allocate each data object Di held by Tj to the first 
requester T' in Request_Q (Tj); 
for (every transaction Tn in Request_Q(Tj) requesting 
data object Di held by Tj) 


Enqueue (Tn, Request_Q (Tk)) : 

} 

} 

/* clear (Tj, Tk) 통보문을 수신하는 트랜잭 션 Tk */ 

purge the tuple having Tj as the requesting transaction from 
Request_Q (Tk); 

그림 14-14. 분산교착검 출알고리 듬 

트랜잭션은 갱 신통보문을 수신하면 자기의 Wait-for 변수를 갱 신하여 자기 가 마지 막 
으로 요청하였던 트랜잭션이 다른 트랜잭션에 의하여 아직 페색되여 있다는 사실을 반영 
한다. 그다음에 트랜잭션은 자기를 기다리고 있는 프로쎄스들중의 한개 프로쎄스를 자기 
가 기다리고 있는지를 검사하는것으로 교착검출의 실제작업을 진행한다. 만일 기다리고 
있지 않다면 트랜잭션은 갱신통보문을 전송한다. 기다리고 있다면 트랜잭션은 자기가 요 
청 한 자료객체 를 유지 하고 있는 트랜잭 션에 삭제통보문을 송신하고 자기 가 유지 하고 있 
는 매 개 자료객체 를 자기의 Request -Q 에 있는 첫 요청 자에 게 배 정 하며 나머 지 요청 자 
들을 새 로운 트랜잭 션의 대 기렬에 넣 는다. 

알고리듬의 조작실례를 그림 14-15 에 주었다. To 이 T 3 이 유지 하는 자료객체를 요 
구할 때 주기가 생성된다. T 0 은 Ti 에서 T 2 ， T 3 으로 전달되는 갱신통보문을 출구한다. 
이 시 험 에서 T 3 은 자기의 Wait-for 와 Request-Q 변수의 공통부분이 비 여 있지 않다는 
것 을 발견한다. T 3 은 Request -Q(T 2 ) 에 서 T 3 을 제 거하도록 지 우기 통보문을 송신하며 
자기가 유지하고 있는 자료객체를 해제하고 T4 와 Te 을 가동시 킨다. 

틍보문틍신에서 교착 


호상기다림 

교착은 통보문통신에서 프로쎄스그룹의 매개 성원이 그롭의 다른 성원으로부터 오는 
통보문을 기 다리 고 있으며 이동중에 있는 통보문이 전혀 없을 때 발생한다. 
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이 상태 를 더 상세 히 분석 하기 위하여 프로쎄 스의 의 존모임 (DS) 를 정 의한다. 통보 
문을 기 다려 정지된 프로쎄스。에서 DS(Pi) 는 Pi 가 기대하는 통보문을 보내는 모든 프 
로쎄 스들로 구성 되 여 있 다. 대 표적 으로。는 기 대하던 통보문중 한개 가 도착하면 계 속 
가동할수 있 다. 다른 방법 은 Pi 가 오직 기 대 했던 통보문이 모두 도착한후에 만 실행할수 
있다. 전자의 상태가 더 일반적인 상태이며 여기서 고찰한다. 

앞의 정의를 사용하여 프로쎄스들의 모임 S 에서의 교착을 다음과 같이 정의 할수 있다. 

1. 모임 S 에 있는 모든 프로쎄 스들은 통보문을 기다려 정지된다. 

2. S 는 S 에 있는 모든 프로쎄스들의 의존모임 을 포함한다. 

3. S 의 성 원들사이 에서 이동중인 통보문은 전혀 없 다. 

S 에 있는 임의의 프로쎄스는 자기를 해제할 통보문을 결코 수신할수 없기 
때문에 교착된다. 

그라프적으로 볼 때 통보문교착과 자원교착은 차이난다. 자원교착의 경우에 프로쎄 
스의존성을 묘사하는 그라프에 닫긴 고리 또는 닫긴 순환이 있으면 교착이 존재한다. 자 
원교착의 경우 한 프로쎄스는 다른 프로쎄스에 관계되는데 그것은 후자가 전자가 요구하 
는 자원을 유지할 때 이 다. 통보문교착의 경 우에 교착조건은 은의 임의의 성 원의 모든 후 
계 자들이 S 에 있는 그들자신이 라는것 이 다. 그림 14-16 은 그 문제 를 설명한다. 그림 
14-16 자에서 하은 P 2 나 P 5 에서 오는 통보문을 기다린다. P 5 는 임의의 통보문도 기다 
리지 않으며 따라서 에로 통보문을 송신할수 있으며 이로부터 다은 해제된다. 결과(다， 
P 5 ) 와 (Px, P 2 ) 는 없어 진다. 그림 14-16 은 의존성을 첨부한다. P 5 는 的에서 오는 통보 
문， P 2 는 的에서 오는 통보문， P 3 은 다에서 오는 통보문，다은 P 2 에서 오는 통보문을 기 
다린 다. 따라서 교착이 존재한다. 

자원교착의 경 우와 같이 예 방 또는 검 출로 통보문교착을 제 거할수 있 다. [RAYN88] 
은 몇 가지 실례 를 제 시한다. 

통보문완충기 들의 비 사용률 

통보문넘 기 기체 계 에서 교착이 발생할수 있는 또다른 상태는 이동중에 있는 통보문들 
을 기억하기 위한 완충기들을 배정하는 문제와 관계된다. 이러한 종류의 교착은 파케트 
교환자료망들에서 흔히 볼수 있다. 이 문제를 먼저 자료망환경에서 고찰한다음 분산조작 
체계의 관점에서 본다. 

자료망에서 교착의 가장 단순한 형태는 직접통보절환교착이며 파케트교환마디가 요 
청 중인 파케 트를 완충기 에 할당하는 공통완충기조합을 사용하면 발생할수 있 다. 그림 
14-17 1는 마디 A 에 있는 모든 완충기 공간을 묘 로 가는 파케 트가 차지 한 상태 를 보여 준 
다. 어느쪽 마디도 자기 완충기가 다 충만되여 있기때문에 그이상 파케트를 접수할수 없 
다. 따라서 어느쪽 마디도 임의의 련결에서 송신 또는 수신할수 없다. 

모든 완충기들을 단일련결에 전용시키지 않으면 직접통보절환교착을 예방할수 있다. 마 
디련결에 하나씩 개별적인 고정크기완충기들을 사용하면 이러한 예방을 달성할수 있다. 
비록 공통완충기조합을 사용한다고 해도 단일련결이 모든 완충기공간을 전혀 획득할수없 
으면 교착을 회 피한다. 

더 교모한 형 태의 교착인 간접 통보절환교착은 그림 14-17 l 에서 설명한다. 매 개 마 
디에서 한 방향으로 향한 린접 마디 에 로의 대 기렬은 그밖에 다른 마디 에 로 향한 파케 트들 
로 준다. 
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더 교모한 형 태의 교착인 간접 통보절환교착은 그림 14-17 l 에서 설명한다. 매 개 마 
디에서 한 방향으로 향한 린접 마디 에 로의 대 기렬은 그밖에 다른 마디 에 로 향한 파케 트들 
로 채워 진다. 이런 형태의 교착을 예방하는 한가지 단순한 방법은 구조화된 완충기조합 
을 채용하는것이다(그림 14-18). 완충기들은 계층형으로 구성된다. 0수준에 있는 기억기 
조합은 제한이 없으며 임의로 들어 오는 파케트는 거기에 기억될수 있다. 1 수준에서 N 
수준(付는 임의 의 망경 로에 있는 최 대홈수이 다. )까지 다음의 방법 으로 완충기 들이 예 약 
된다. 즉 요수준에 있는 완충기들은 지금까지 적 어도 요홈을 이동한 파케 트들을 위하여 예 
약된다. 따라서 과부하상태 에서 완충기들이 채 워 지 면 요 또는 그보다 적은 홈을 한 파케 
트들의 도착은 버려 진다. 이 전략이 직접 및 간접통보절환교착을 제거한다는것을 



그림 14-18. 교착예 방을 위 한 구조화된 완충기조합 

방금 서술한 교착문제는 통신방식환경 에서 대표적으로는 OSI 3 층(망층)에서 취급될 
것 이 다. 갈은 부류의 문제는 프로쎄스간통신을 위한 통보문넘 기기를 사용하는 분산조작 
체 계 에서 발생할수 있다. 특히 송신조작이 비페 색 이 면 나가는 통보문들을 유지 하기 위하 
여 완충기가 요구된다. 프로쎄스 표 에서 프로쎄스 Y 에로 송신되는 통보문들을 유지하기 
위하여 사용되 는 완충기 를 X 와 Y 사이 의 통신통로라고 간주할수 있 다. 이 통로가 제 한 
된 용량(제한된 완충기크기)을 가진다면 송신조작이 프로쎄스정지로 귀착될수 있다. 즉 
완충기의 크기가 n 이고 현재 n 개 통보문이 이동중(아직 목적지프로쎄스에 수신되지 않 
음)이라면 추가적인 송신의 실행은 수신이 완충기공간을 개방할 때까지 송신하는 프로쎄 
스를 페색 할것 이 다. 

그림 14-19 는 제한된 통로들의 사용이 어떻게 교착을 일으킬수 있는가를 설명한다. 
그림은 각각 4개 통보문크기를 가지는 두개 통로를 보여 준다. 하나는 프로쎄스 X 에서 
프로쎄스 Y 에로 가는 통로이며 다른 하나는 프로쎄스 포 에서 표 로 가는 통로이다. 정확 
히 4개 통보문이 매개 통로들에서 이동중에 있고 X 와 Y 가 다 수신을 실행하기전에 그 
이 상의 송신을 시 도한다면 두 프로쎄 스는 중단되 고 교착이 발생한다. 
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체계에 있는 매개 쌍의 프로쎄스들사이에서 이동중에 있을 통보문들의 수에 웃한계 
를 설정할수 있으면 이때 명백한 예방전략은 이 모든 통로들에 필요한만큼 많은 완충기 
홈들을 배정하는것이다. 이것은 극히 비경제적일수 있다. 요구항목들을 사전에 알수 없거 
나 웃한계에 기초한 배정이 너무 비경제적인것으로 생각된다면 그때에는 배정을 최대로 
활용하기 위한 판정수법술이 요구된다. 이러한 문제는 일반적인 경우에 해결될수 없다는 
것을 알수 있다. 이러한 상황을 모방하기 위한 몇가지 경험적전략들이 [BARB 9이에서 
제안된다. 



요약，기본용어 및 복습문제 

분산조작체계는 프로쎄스이주를 지원할수 있다. 이것은 목적기계에서 실행할 프로쎄 
스를 위하여 한 기계 에서 다른 기계 에로 프로쎄스의 많은 중요상태들을 이송하는것을 말 
한다. 프로쎄 스이 주는 부하평 형 과 통신동작을 최 소화하는것 에 의한 성 능개 선，사용률의 
증가 또는 프로쎄 스들이 전용화된 원격기 지 들에 접 근하도록 하는데 사용될수 있 다. 

분산체 계 에서 전역상태정 보를 확립 하고 자원쟁 탈을 해소하며 프로쎄 스들을 조종하는 
것 이 중요하다. 통보문전송에서 예측할수 없는 다양한 시간지연때문에 서로 다른 프로쎄스 
들이 사건이 발생 한 순서 를 공동으로 인정 한다는것 을 보증하는데 주의 를 돌려야 한다. 

분산체계에서 프로쎄스관리는 호상배제를 집행하고 교착에 관한 처리를 하는 기구들 
을 포함한다. 두 경 우에 단일체 계에서 보다 문제 가 더 복잡하다. 

기본용어 


통로 

퇴거 

선취 이 승 

분산교칙 

전역싱 대 

프로쎄 스이 주 

분산호싱 제 

비선취 이송 

순시싱 기 록 


복습문제 

1. 프로쎄 스이 주를 실 현해 야 할 근거 를 설 명 하시 오. . 

2. 프로쎄스이 주기 간에 프로쎄 스주소공간이 어 떻게 조종되 는가? 

3. 선취 및 비선취프로쎄스이주의 동기는 무엇인가? 

4. 진짜전 역 상태 를 결 정하는것 은 왜 불가능한가? 

5. 집 중형알고리 듬이 진행하는 분산호상배 제 와 분산형알고리 듬이 진행 하는 분산호상 
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12. AES 가 3 중 DES 보다 어떻게 되여 개선된것이라고 볼수 있는가? 

13. AES 후보자들을 평가하는데서 어떤 평가기준을 사용하는가? 

14. 전통적 인 암호화와 공개열쇠암호화의 차이 는 무엇 인가? 

15. 용어 공개열쇠，비공개열쇠，비밀열쇠의 차이는 무엇인가? 
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련습 문제 

1. 26 개 자모문자중 4 개 문자결합으로 통과암호를 선택한다고 가정하자. 적수가 초 
당 한번씩 통과암호를 시도할수 있다고 가정하자. 

1) 매 개 시도가 끝날 때까지는 적수에 대 한 반결합이 전혀 없다고 가정 하면 정 
확한 통과암호를 발견하는 예상시 간은 얼마인가? 


621 





련습 문제 

1 . 제1절에 있는 프로쎄스이주전략에 관한 소절에서 소각방책을 서술하였다. 

1 ) 원천지의 견지에서 보면 어느 전략이 소각과 공통점이 있는가? 

L ) 목적지의 견지에서 보면 어느 전략이 소각과 공통점이 있는가? 

2. 그림 14-9 에서 g 가 비 록 P 3 에 a 보다 먼저 도착할지라도 4개의 모든 프로쎄스는 

두 통보문에 { a ， d 순서를 할당할것을 주장한다. 주장의 진실성을 증명하기 위하 
여 알고리듬을 사용해 보시오. 

3. Lamport 의 알고리듬에서 가 응답 통보문의 송신 그자체를 보관할수 있는 어떤 

사정이 있는가? 

4. [ RICA 81] 의 호상배 제알고리 듬에 서 


1 ) 호상배제가 수행된다는것을 증명하시오. 

L ) 통보문이 송신된 순서 로 도착하지 않으면 알고리 듬은 림 계구역 들이 자기 의 
요청순서 로 실행된다는것 을 보증하지 않는다. 고갈이 가능한가? 

5. 통표넘 기 기호상배 제알고리 듬에 서 는 분산대 기렬 알고리 듬에 서 와 같이 시 계 들을 재 
설 정 하고 편 차를 수정 하기 위하여 시 간찍 기 기 능을 사용하는가? 그렇 지 않다면 시 
간찍기의 기능은 무엇 인가? 

6 . 통표넘 기 기 호상배 제알고리 듬에 서 다음과 같은것 을 증명 하시 오. 

ᄀ) 호상배제를 보증한다. 

T -) 교착을 회 피한다. 

C ) 공평하다. 

7. 그림 14-11 l 에서 두번째 행이 request 0) = t 를 왜 쉽게 읽을수 없는가를 설명 
하시오. 
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제 7 편. 보안 

제 7 편의 중심 

만능적인 전자결합성，비루스와 해커，전자도청과 전자협잡의 현시대에 보안은 중심 
론점으로 되였다. 두가지 경향이 출현하여 이 부분에 대한 관심 이 사활적으로 높아 졌다. 
첫째로，콤퓨터체계와 망을 통한 상호결합의 폭발적인 성장은 이 체계들을 사용하여 보관 
하고 통신한 정보에 대한 조직들과 개인들의 의존성을 증가시켰다. 이것은 자료와 자원 
들이 로출되지 않게 보호하고 자료와 통보문들의 인증성을 담보하며 망에 의한 공격으로 
부터 체계들을 보호해야 할 필요성을 높여 주었다. 둘째로, 암호조작성과 콤퓨터보안에 
대한 학문이 성숙되여 보안을 강화할 실용적이고 쉽게 사용할수 있는 응용프로그람들이 
개발되고 있다. 

제 7 편의 안내 

제 15 장. 보안 

제 7 편 (제 15 장)에 서 는 조작체 계 보안과 콤퓨터 보안에 대 하여 개 괄한다. 먼저 보안위 
협들에 대 하여 개 괄한다. 다음 콤퓨터 보호기 구들을 고찰한다. 그다음에 침 입 자들 즉 권 
한받지 못한 사용자들 또는 권한받지 못한 동작들을 수행하려 고 하는 권한받은 사용자들 
의 위협 에 대 항하는 방법들을 론의한다. 다음에 잘 알려 져 있고 가장 해로운 형의 위협 
들중의 하나인 비 루스들을 고찰한다. 이 편에 서 는 또한 믿 음직한 체 계 라고 하는 콤퓨터 
보안설계의 포괄적인 방법을 고찰한다. 다음으로 망보안의 기초를 서술한다. 
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제 15 장. 보 안 


콤퓨터보안은 넓은 령역으로서 물리적 및 관리적 인 조종들과 자동조종을 포함한다. 
이 장에서는 자동화된 보안도구들만을 고찰한다. 그림 15-1 에서는 이 도구들의 대응령역 
을 보여 주고 있다. 콤퓨터통신설비들에 직면한 위협의 종류들을 조사하는것부터 시작한 
다. 이 장의 많은 부분에서는 보안을 강화하는데 사용할수 있는 특징적인 도구들을 취급 
한다. 제2절에서는 기억기와 자료를 비롯하여 여러가지 를퓨터자원의 보호에 기초한 콤 
퓨터보안의 전통적 인 방법들을 취급한다. 다음은 이 보호기구들을 극복하려고 시도하는 
사람들에 의한 위협을 고찰한다. 다음절에서는 비루스와 그와 류사한 기구들로부터 제기 
된 위 협을 조사한다. 다음은 믿음직한 체계의 개 념을 취급한다. 끝으로 이 장의 부록에 
서 는 많은 보안응용프로그람들에 서 사용되 고 있는 기 본도구인 암호화를 소개하였 다. 

제 1 절. 보 안 위 협 

현재 있는 보안에 대 한 위협의 형 태들을 리해 하기 위하여 보안요구를 정의할 필요가 
있 다. 콤퓨터 및 망보안은 네 가지 요구들을 제 기한다. 즉 

• 기밀성 : 를퓨터 체 계안의 정 보를 오직 승인된 단체 들만 읽 도록 접 근할것 을 요구 
한다. 이 형태의 접근은 대상을 단순히 접근시키는것을 비롯하여 인쇄，연시 및 
그밖의 여러가지 형태의 접근을 포함한다. 

• 완정성 : 콤퓨터체계자원들이 승인된 단체들에 의해서만 변경될것을 요구한다. 
변경에는 쓰기，자료변경，상태변경，삭제 그리고 창조가 있다. 

• 리용성 : 를퓨터체계자산들이 승인된 당사자들에게 리용될수 있어야 한다. 

• 인중성 : 를퓨터체계가 사용자의 신분을 확인할수 있게 할것을 요구한다. 


콤퓨터체계 콤퓨터체계 



그림 15-1. 체 계 보안의 령 역 [ MAEK 87] 
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통보문내용의 흐름해석 가장 
공개 


재연 통보문내용들 봉사의 
의 변경 거절 


그림 15-3. 능동적 인 보안위협과 피동적 인 보안위협 


콤퓨터체계자산 

콤퓨터체계의 자산은 하드웨어，쏘프트웨어，자료 그리고 통신선로와 망으로써 구 
분된다. 그림 15-3 과 표 15-1 에서는 매개 종류의 자산에 대 한 위협의 특징을 보여 주고 
있다. 차례로 이것들을 각각 고찰한다. 


표 15-1. 보안위협과 자산 



사용성 

비밀엄수 

완정성/인 중성 

하드 ^! 어 

장치가 도난당하거나 졸수 
없게 되여 봉사를 거부한다. 



쏘프트웨 어 

프로그람들이 삭제되여 
사용자들에 대한 접근을 
거부한다. 

쏘프트웨어의 비법적인 
복사가 진행된다. 

작업프로그람이 변경되여 
실행시 실패하거나 맹목 
적 인 과제를 수행 한다. 

자료 

파일들이 삭제되여 사용 
자들에 대한 접근을 거부 
한다. 

자료의 승인되지 않은 
읽기가 진행된다.통계자 
:료의 분4# 그 밑에 있 
는 자료들을 폭로한다. 

현존파일들이 변경되거 
나 새로운 파일들이 날 
조된 다. 

통신선로 

통보문들이 파괴되거나 
삭제된다. 통신선로나 망 
들이 쓸모 없게 된다. 

통보문들이 읽어 전다. 
통보문들의 흐름패런이 
관찰된다. 

통보문들이 변경，지연，재 
배렬 또는 중복된다. 가 
짜 통보문들이 날조된다. 


하드웨 어 


콤퓨터체계의 하드웨 어에 대한 주요위협은 사용성의 령역에 있다. 하드웨 어는 가장 
공격을 받기 쉽고 자동검사를 받기가 가장 힘들다. 위협들에는 절도뿐아니라 우연적 및 
고의적인 파괴들이 속한다. 개인용콤퓨 터들과 워크스테이션들이 늘어 나고 워크스테이션 
과 국부망의 사용이 증가함에 따라 이 령역에서 손실위험이 증대되고 있다. 이 위협들에 
대 처 하기 위하여 물리 적이며 관리 적인 보안수단들이 요구된다. 


쏘프트웨 어 


조작체 계，편의프로그람들 그리 고 응용프로그람들은 콤퓨터체 계하드웨 어 가 업 무와 
개인들에게 쓸모 있도록 하는것들이다. 몇가지 명백한 위협들을 고찰할 필요가 있다. 

쏘프트웨어 에 대 한 주되는 위협은 사용성측면에서의 공격 이 다. 쏘프트웨 어 특히 응 
용쏘프트웨어 는 삭제 하기 대 단히 쉽다. 쏘프트웨어 는 또한 교체할수 있 고 그것 이 손실 되 
여 쓸모 없게 될수도 있다. 쏘프트웨어의 가장 최근의 판본의 여 벌작성을 비롯한 세심한 
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쏘프트웨 어구성관리는 높은 사용성을 유지 할수 있게 한다. 대 처 하기 보다 힘든 문제는 
쏘프트웨어가 변경되여 기능은 높지만 본래와 다르게 거동하는 프로그람으로 되여 버리 
는것 이 다. 콤퓨터비루스들과 그와 관련한 공격은 이 런 범주에 속하든지 이 장의 마감에 
서 취급한다. 맨 마지막문제점은 쏘프트웨어보안이다. 일부 대응책이 있지만 대체로 쏘 
프트웨어의 비법적인 복사에 대한 문제들은 원만히 해결되지 못하고 있다. 

자료 

하드웨 어 와 쏘프트웨 어 보안은 대 표적 으로 콤퓨터쎈터 전문가들의 관심 사로 되거 나 개 
인용를퓨터사용자들의 개별적인 관심사로 되고 있다. 훨씬 보다 광범히 고찰되는 문제는 
자료보안인데 그것은 개인，집단, 업무조직들에 의해 조종되는 파일들과 다른 형태의 자 
료들을 포함한다. 

자료와 관계되는 보안의 관심사는 넓으며 사용성，기밀성，완정성의 령역이 다 들어 
간다. 사용성의 경우 관심사는 자료파일의 파괴와 관련되는것인데 그것은 우연적으로 또 
는 고의적으로 일어 난다. 

물론 기밀성과 관계되는 관심사는 자료파일들과 자료기지들의 비법적인 읽기로서 이 령 
역은 보다 많은 연구사업의 주제로 되고 있으며 콤퓨터보호의 그 어떤 다른 령역보다도 
더 많은 노력이 기울여 지고 있다. 명백치 않은 기밀성위협은 종합적인 즉 함축된 정보 
를 주는 자료의 분석을 비롯하여 이른바 통계자료기지의 사용에서 나타난다. 추측컨대 
함축된 정보는 포괄된 개인들의 비밀을 위협하지 않는다. 그러나 통계자료기지의 사용이 
늘어 날수록 개인정보가 루설될 가능성이 커진다. 본질상 망라된 개인들의 특징들은 구 
체적인 분석을 통하여서만 식별될수 있다. 간단한 실례를 들어 만일 한 표가 응답자 A , 
B , C 그리고 D 의 수입에 대한 총계를 기록하고 또다른 표가 A , B , C , D 그리고 E 의 
수입에 대한 총계를 기록한다면 두 총계의 차이가 E 의 수입으로 될것 이 다. 이 문제는 
자료모임 들을 련결시키 려는 요구가 증가됨 에 따라 악화된다. 많은 경 우에 그 문제 에 적 
합한 함축준위 에서의 일관성 을 위하여 몇개의 자료모임들을 대조하여 보는데 이것은 필 
요한 함축자료들을 구성하는 과정 에 요소단위 들을 재 취 급할것 을 요구한다. 따라서 개 인 
비 밀 관계 의 대 상인 요소단위 들은 자료모임 들을 처 리하는 여 러 단계 에 서 사용가능하다. 

끝으로 자료의 완정성은 대부분의 설비들에서 주요관심사로 된다. 자료파일들에 변 
경 이 가해 지면 여 러가지 크고작은 손실을 가져 올수 있다. 


통신선로와 망 


피 동적 인 공격 들은 본질상 전송의 도청 이 나 전송의 감시 이다. 적 수의 목적 은 전송되 
는 정보를 획득하는것이다. 여기에는 두가지 형태의 공격 즉 통보문내용의 공개와 흐름 
해석이 포함된다. 

통보문내용의 공개는 쉽게 리해된다. 전화대화, 전자우편통보문 그리고 전송된 파일 
은 중요하거나 비밀정보를 포함할수도 있다. 이러한 전송의 내용들을 적들이 알지 못하 
게 하여 야 한다. 

두번째 피동적 인 공격 즉 흐름해석은 보다 포착하기 어렵 다. 적들이 통보문을 획득 
하였다고 하여도 그 통보문으로부터 정보를 알아낼수 없도록 내용들을 가리우는 어떤 방 
법 을 알고 있 다고 하자. 정 보를 가리 우는 일 반적 인 수법 이 곧 암호화이다. 만일 적 소에 
암호화에 의 한 보호대 책 을 취 했 다고 하면 적 들은 여 전히 이 통보문패런을 관찰할수 있 다. 
적 은 통신하는 가입 자들의 위 치와 신원을 결정할수 있고 교환되 는 통보문들의 빈도와 길 
이를 고찰할수 있다. 이 정보는 진행되고 있는 통신의 특징을 추출하는데서 쓸모가 있을 
수 있다. 
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피동적공격들은 그것들이 그 어떤 자료의 변경도 포함하지 않으므로 검출해내기가 
매우 힘들다. 그러나 이 공격들에서의 성과를 막을수 있다. 따라서 피동적 인 공격의 취 
급에 서 중점 을 두는것 은 검 출이 아니 라 예 방이 다. 

공격의 두번째 주요형태는 능동공격들이다. 이 공격들은 자료흐름의 어떤 변경 또는 틀린 자료 
의 생성을 포괄하며 네가지 부류 즉 통보문의 가장，재연, 변경 그리고 봉사거절로 갈라 질수 있다. 

가장은 한 실체가 다른 실체인것처럼 보이게 할 때 일어 난다. 가장공격은 보통 능 
동적인 공격의 다른 형태들중의 하나를 포괄한다. 례를 들어 인증순차들은 유효한 인증 
순차가 일어난후에 포착되고 재연될수 있고 따라서 몇가지 특권들을 가진 승인받은 실체 
가 그러한 특권들을 가진 실체를 흉내냄으로써 여분의 특권들을 얻을수 있게 한다. 

재연은 자료단위의 피동적인 포착들과 승인받지 못한 효과를 생성시키기 위한 그것 
의 련이은 재전송을 포함한다. 

통보문의 변경은 단순히 진짜 통보문의 어떤 부분이 바뀌여 지거나 통보문들이 승인 
받지 못한 효과들을 생성시키기 위하여 지연되거나 재배렬되는것을 의미한다. 실례를 들 
어 통보문 《John Smith 가 비밀파일보고서들을 읽게 하시오.》라는 의미가 (Fred 
Brown 이 비밀파일보고서들을 읽게 하시오.》라는 의미로 변경된다. 

봉사의 거절은 통신설비들의 정상적인 사용이나 관리를 방해하거나 중지시킨다. 이 공격 
은 특수한 목적을 가질수 있다. 례를 들어 어떤 실체가 특별한 목적지에 향해 진 모든 통보 
문들을 (례를 들어 보안검열봉사) 금지시킬수도 있다. 봉사거절의 또 하나의 형태는 망을 못 
쓰게 하거나 성능을 저하시키기 위하여 망에 과부하를 걸어서 전체 망을 와해시키는것이다. 

능동적인 공격들은 피동적인 공격들과 반대되는 특징을 가진다. 피동적 인 공격들은 검출 
하기 힘든 반면에 공격성과를 막기 위하여 방어수단들을 사용할수 있다. 다른한편 능동적인 
공격들을 합리적으로 막는것은 아주 힘들다. 왜 냐하면 그렇게 하자면 모든 통신설비들과 경 
로들에 대하여 합리적인 물리적보호를 해야 하기때문이다. 그대신에 목적은 그것들을 검출하 
고 그것들에 의하여 일어 나는 임의의 와해 또는 지연들로부터 회복하는것이다. 왜냐하면 검 
출이 각이한 효과를 가지며 그것이 또한 공격을 예방하는데 기여할수 있기때문이다. 

제 2 절. 보 호 

다중프로그람처리의 도입은 사용자들속에 자원들을 공유할수 있는 가능성을 주었다. 
이 공유에는 처 리 기뿐아니 라 다음의것도 포함된다. 즉 

• 기억기 

• 디스크와 인쇄기와 갈은 입출력장치# 

• 프로그람들 

• 자료 

이 자원들을 공유할수 있는 능력은 보호에 대 한 요구를 끌어 들이 였다. [PFLE 97] 
은 조작체 계 가 다음의 범위 에 따라 보호를 할수 있다는것을 지 적하였다. 즉 

• 비보호 : 이것은 중요한 수속들이 서로 다른 시간에 실행되고 있을 때 적합하다. 

• 고립 : 이 방법은 매 프로쎄스들이 공유나 통신이 없이 다른 프로쎄스들로부터 
따로따로 동작한다는것 을 의 미한다. 매 프로쎄 스는 자기 자신의 주소공간, 파일 
그리고 다른 객체들을 가진다. 

• 완전공유 또는 비공유 : 객체 (실례로서 파일 또는 기억기토막)의 소유자는 그것 
들을 공개 또는 비공개형으로 선언한다. 전자의 경우에 임의의 프로쎄스가 객체 


587 



에 접근할수 있다. 후자의 경우에는 오직 소유자의 프로쎄스들만이 그 대상에 접 
근할수 있다. 

• 접근제한에 의한 공유 : 조작체계는 특정한 사용자에 의한 특정한 객체에로의 매 
개 접근허용을 검열한다. 조작체계는 오직 승인받은 접근만이 일어 나도록 하는 
사용자와 객체들사이의 방어장벽 또는 문지기로서 작용한다. 

• 동적자격에 의한 공유 : 객체에 대한 공유권한 등의 동적인 창조를 허락하도록 
접근조종의 개념을 확장한다. 

• 객체의 사용제한 : 이 형태의 보호는 한 객체에 대한 접근뿐아니라 그 객체에 대 
한 사용까지도 제한한다. 실례를 들어 사용자는 중요한 문서를 보는것은 허락되 
여도 그것을 인쇄 하는것은 허 락할수 없다. 또하나의 실례로서 사용자는 통계적 인 
총계를 이끌어 내기 위하여 자료기지에로의 접근은 허용되지만 특정 한 자료값들 
을 결정 하는것은 허용되지 않는다. 

앞에서 본 항목들은 대략 실행하기 어려운 순서로 제시하였는데 이것은 그것들이 보 
장하는 보호의 정밀도가 증가하는 순서로도 된다. 주어 진 조작체계는 서로 다른 객체들, 
사용자들 또는 응용프로그람들을 위한 서로 다른 등급의 보호를 제공할수 있다. 

조작체계는 개별적인 사용자들의 자원을 보호할 필요성과 콤퓨터체계의 사용도를 높 
이는 공유를 허락할 필요성사이의 균형을 보장할것을 요구한다. 이 절에서는 조작체계가 
이 객체들을 위하여 보호를 실시하는 물림새의 일부를 고찰한다. 

기억기의 보호 

다중프로그람처 리환경 에서 주기 억기의 보호는 필수적 이 다. 여기서 관심사는 보안이 
아니 라 실행하고 있는 여 러 가지 프로쎄스들의 정확한 기능이 다. 만일 한 프로쎄스가 우 
연적으로 다른 프로쎄스의 기억공간에로 쓰기된다면 후자의 프로쎄스는 정확히 실행될수 
없다. 

여 러가지 프로쎄스의 기억공간분리는 가상기 억기방식에 의하여 쉽게 달성할수 있다. 
토막파일들, 페지파일들 또는 두가지 방법의 결합이 주기 억기관리의 효과적 인 수단을 준 
다. 만일 완전한 고립이 요구되면 조작체계는 단순히 매개 토막이나 폐지가 그것이 할당 
되는 프로쎄스에 의해서만 접근될수 있도록 보증하여야 한다. 이것은 페지와 토막표들에 
중복되는 입구자료들이 없도록 요구함으로써 쉽게 달성된다. 

만일 공유가 허락되면 같은 토막이나 페지는 한개이상의 표에 출현할수도 있다. 이 
형태의 공유는 토막화 또는 토막화와 페지화의 결합형을 지원하는 체계에서 가장 쉽게 
이루어 진다. 이 경우에 토막구조는 응용프로그람에 접근할수 있으며 응용프로그람은 개 
별적토막들의 공유 또는 비공유를 선언할수 있다. 순수한 폐지환경에서는 두 형태의 기 
억기의 차이를 구별하기가 보다 힘들다. 왜냐하면 기억기구조가 응용프로그람에 대하여 
투명 하기 때 문이 다. 

기 억 기보호를 위하여 제 공될 수 있는 하드웨 어 지 원의 실 례 로서 OS /390 이 실 행하는 
IBM SYSTEM /390 계 렬의 기계 를 들수 있다. 주기억기 에서 매 페지프레 임과 관련된것 
은 7 bit 기 억조종열쇠 인데 그것은 조작체 계 에 의하여 설정될수 있다. 비 트들중 2 개는 프 
레임을 차지하고 있는 폐지 가 참조되 여 변화되 였는가를 표시한다. 즉 이것들은 페지치환 
알고리듬에 사용된다. 나머지 비트 즉 4 bit 접근조종열쇠와 하나의 불러내기보호비트는 
보호물림새 에 사용된다. 기 억기 에 대 한 처 리기의 참조들과 DMA 입출력기 억기참조들은 
그 페 지 에 접 근하는 허 락을 얻 기 위하여 맞는 열쇠 를 사용하여 야 한다. 불러 내 기 보호비 
트는 접근조종열쇠를 쓰기들 또는 읽기와 쓰기들에 적 용하겠는가를 표시한다. 처 리기 에 
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는 프로그람상태 단어 ( PSW ) 가 있는데 그것에는 현재 집행중에 있는 프로쎄스와 관련되 
는 조종정 보들이 들어 있다. 이 단어 안에 포함된것은 4 bit PSW 열쇠 이 다. 프로쎄스가 
폐지에 접근하거나 페지상에서 DMA 조작을 시작하려고 할 때 PSW 열쇠는 접근코드와 
비교된다. 코드들이 일치할 때에만 쓰기조작이 허용된다. 만일 불러내기비트가 설정되여 
있 으면 PSW 열 쇠 는 읽 기 조작을 위 한 접 근코드와 일 치 해 야 한다. 

사용자지향접근조종 

자료처 리체 계 에 접근하기 위하여 주어 진 수단들을 두가지 즉 사용자와 관련된것과 
자료들과 관련된것들로 분류한다. 

사용자에 의한 접근조종을 때때 로 인증이라고 부론다. 이 용어 가 현재 통보문인증의 
뜻에서 널리 사용되고 있기때문에 여기서는 쓰지 않는다. 그러나 독자들은 이 용어가 사 
용되는것을 문헌에서 볼수 있을것이다. 

공유된 체계 나 봉사기의 접근조종을 위한 가장 일반적 인 수법은 사용자가입 신청인데 
이것은 사용자식별자 ( ID ) 와 통과암호를 요구한다. 체계는 오직 사용자식별자 ( ID ) 가 체 
계에 알려 져 있고 사용자가 해당 ID 를 가진 체계와 관련된 통과암호를 알 때에만 사용 
자가 가입하도록 한다. ID / 암호체 계 는 믿 음성 이 매 우 낮은 사용자접 근조종방법 이 다. 사 
용자는 자기들의 통과암호를 잊어 버릴수 있으며 우연적으로 또는 의식적으로 자기의 통 
과암호를 루실 할수 있 다. 해 커 들은 체 계호출과 체 계 관리 자와 같은 특정 의 사용자들에 대 
한 ID 들을 알아 내는데 매우 능숙해 졌다. 결과 ID / 통과암호파일은 침입공격의 목표로 
된 다. 제 3 절 에 서 그 대 책 안을 론의 한다. 

분산환경 에 서 사용자접 근조종은 집중화될수도 있고 분산화될수도 있 다. 집 중형 방법 
에 서 망은 가입봉사를 주어 누구에 게 망을 사용하도록 허 락하며 그 사용자가 누구와의 
련결을 허 락받게 하겠는가를 결정한다. 

분산형 사용자접 근조종은 망을 많은 투명한 통신련결 로써 취 급하며 보통 가입 수속은 
목적하는 가입 자에 의 하여 수행 된 다. 물론 망에 서 통과암호를 전송하는데 서 도 보안은 여 
전히 관심사로 된다. 

많은 망들에서 2 준위의 접근조종을 사용할수 있다. 개별가입자들에게는 가입 자특정 
의 자원들과 응용프로그람들을 보호하기 위하여 가입 기 능들이 제 공될 수 있 다. 또한 승인 
받은 사용자들에게 망접근을 제한하기 위하여 망은 보호기능을 제공할수 있다. 2 준위의 
기능은 현재 망이 전혀 다른 종류의 가입자들과 접속하고 단순히 말단-가입 자접근의 편 
리한 수단을 제 공하는 일반 경 우에 필요하다. 보다 전일적 인 가입 자망에서 는 집중된 접 
근방책 이 망조종쎈터에 취해 져 야 한다. 

자료지향접근조종 

가입에 성공한후 사용자는 가입자들과 응용프로그람들중의 한개 또는 모임에 접근하 
는것 이 허 락된 다. 이 것 은 일 반적 으로 자료기 지 안에 기 밀 자료들을 포함하고 있 는 체 계 에 
서는 불가능하다. 사용자접근수속을 통하여 사용자는 체계에 인식된다. 매개 사용자와 
관련하여 허용할수 있는 조작과 파일접근을 규정하는 도식이 있을수 있다. 조작체계는 
사용자도식 에 기초한 규칙들을 실시하여 야 한다. 그러 나 자료기지관리체 계는 특정한 레 
코드들 지어 레코드들의 부분들에 대한 접근도 조종해야 한다. 실례로 관리부의 누군가 
에게 회사종업 원목록에는 접 근하도록 허 용될수 있지만 선택된 개 별적 인 사무원정보에 는 
접근할수 없다. 그 문제점은 세부로 들어 갈수록 더 많다. 조작체계가 보안검사가 더는 
없 는 조건 에 서 파일 접 근과 응용프로그람사용을 사용자에 게 허 락한다면 자료기 지 관리 체 계 
는 매개 개별적인 접근시도에 대한 결정을 하여야 한다. 그 결정은 사용자의 신원확인뿐 


589 







• 객체 : 접근이 조종되는것. 실례를 들어 파일들，파일의 부분들，프로쎄스들 그 
리고 기억기토막들이 속한다. 

• 접근권 : 객체가 주동체에 따라 접근되는 방법. 실례를 들어 읽기, 쓰기，집행과 
같은것이 있다. 

행렬의 한 차원은 자료에 접근할수 있는 식별된 주동체들로 이루어 져 있다. 전형적 
으로 이 목록은 말단들, 가입자들，사용자들을 대신하는 응용들에 관하여 접근이 통제상 
태에 있지만 개별적사용자 또는 사용자집단으로 구성된다. 다른 차원은 접근될수 있는 
객체들을 목록화한다. 가장 큰 준위의 세부에서 객체들은 개별적인 자료마당들일수 있다. 
레코드，파일 지어는 옹근자료기지와 같은 보다 총체적인 그룹이 행렬의 객체일수 있다. 
행렬안의 매 입구자료는 그 객체에 대한 주동체의 접근권을 표시한다. 

실천에서 접근행렬은 드물며 두 방법들중의 한가지로 분해하는 방법으로 실현된다. 
행 렬은 렬들로 분해되 여 접근조종목록들을 산생할수 있다(그림 15-4 u ). 따라서 매 개 
객체 에 대 하여 접근조종목록은 사용자들과 그들에 게 승인된 접 근권들을 목록으로 작성한 
다. 접근조종목록은 기정 또는 공개입구자료을 포함할수 있다. 이것은 특수한 권한을 가 
진다고 명확히 목록화되여 있지 않는 사용자들이 기정의 권한들을 가지도록 한다. 목록 
의 구성 요소는 사용자그롭들뿐아니 라 개 별적사용자들도 포함할수 있다. 

행 에 의 한 분해는 자격 표들을 생성한다(그림 15-4 n ). 자격 표는 사용자에게 승인된 
객체 들과 조작들을 정의한다. 매 사용자는 여 러개의 표들을 가지며 그것들을 다른사용자 
들에게 빌러 주거나 넘겨 주는 특권을 가질수도 있다. 표들이 체계에 분산될수 있기때문 
에 그것들은 접 근조종목록보다 더 큰 보안문제를 제 기한다. 특히 표는 날조될수 없어 야 
한다. 이렇게 하기 위한 한가지 방법은 조작체계가 사용자들을 대표하는 모든 표들을 가 
지도록 하는것 이 다. 이 표들은 사용자들이 접근할수 없는 기 억기 령역에 유지되여 야 한다. 

자료지향접 근조종을 위한 망의 고려 대 상은 사용자지향접 근조종의것 들과 류사하다. 
만일 특정한 사용자들만 자료의 일정한 항목들에 접 근할수 있도록 허 용한다면 승인받은 
사용자들에 게 전송되 는동안 그 항목들을 보호하기 위하여 암호화가 필요할수 있다. 전형 
적 인 경우 자료접 근조종은 분산된다. 즉 가입 자에 기 초한 자료기지관리 체 계 들로 조종된 
다. 만일 망자료봉사기 가 망에 존재하면 자료접 근조종은 망기 능으로 된 다. 

제 3 절. 침 입 자 

보안에서 가장 널리 알려 진 두가지 위협들중의 하나는 침입자(다른것은 비루스이 
다.)토서 일반적으로 해커 라고 한다. Anderson [ ANDE 8 a ] 는 세 가지 종류의 침 입자들을 
밝혔다. 즉 

• 가장자 : 를퓨터를 사용하도록 승인되지 않은 개 인과 합법적인 사용자자격을 도 
용하여 체계의 접근조종에 침입하는 개인 

• 직권람용자 : 접근이 승인되지 않은 자료나 프로그람 또는 자원들에 접근하는 합 
법적인 사용자 또는 그러한 접근이 승인되였지만 자기의 특권들을 람용하는 합법 
적인 사용자 

• 비 밀사용자 : 체 계 감독조종을 빼앗아 조종을 사용하여 회 계 감시 와 접 근조종을 
회 피 하거 나 회계종합을 억제 하는 개 인 

가장자는 외부사람，직권람용자는 일반적으로 내부사람 그리고 비밀사용자는 어느쪽 
이나 될수 있다. 
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침입자공격에는 가벼운것도 있고 엄중한것도 있다. 가벼운 침입자들속에는 단순히 
인터네트를 람색할것을 원하며 남의것을 보기를 원하는 사람들이 있다. 엄중한 침입자들 
이란 비밀자료를 읽거나 자료에 대한 승인받지 않은 수정을 하거나 체계를 파괴하려는 
사람들이다. 

촌 IEJ 수 S 

침입자의 목표는 체계에 대한 접근권을 얻거나 체계상에서 접근할수 있는 특권들의 
령역을 넓히는것이다. 일반적으로 침입자는 보호되여야 할 정보를 얻을것을 요구한다. 
많은 경우에 이 정보는 사용자통과암호를 가진 형태로 되여 있다. 사용자의 통과암호를 
알면 침입자는 체계에 가입하여 합법적으로 사용자에게 주어 진 모든 특권들을 행사한다. 

일반적으로 체계는 매개 승인된 사용자와 통과암호를 관련시키는 파일을 가지고 있 
어야 한다. 만일 그러한 파일이 보호가 없이 보관되여 있으면 그것에 접근하고 통과암호 
를 알아 내는것은 쉬운 문제 이 다. 통과암호파일은 두가지 방법들중 어느 하나로 보호되 
여 야 한다. 즉 

• 한방향암호화 : 체계는 사용자통과암호의 암호화된 형태만을 보관한다. 사용자가 
통과암호를 대면 체계는 그 암호를 암호화하여 보관된 값과 비교한다. 실천에서 
체계는 보통 통과암호를 암호화기능을 위한 열쇠를 산출하기 위하여 사용하며 고 
정길이출력이 만들어 지는 한방향변환(가역할수 없는)을 수행한다. 

• 접근조종 : 통과암호파일에 대한 접근은 한번 또는 매우 적은 회수의 회계들로 
제 한한다. 

만일 이 대 책들중에서 한가지 또는 두가지 가 다 취 해 지면 침 입 자는 통과암호를 알 
기 위하여 어떤 수고를 하여야 한다. 문헌에 대한 연구와 많은 침입자들과 진행한 상담 
들에 기 초하여 [ ALYA 9()] 에서 는 통과암호를 알아 내 기 위한 수법 들을 다음과 같이 보 
고하였다. 즉 

1. 체계에 장비된 표준장부들에서 사용된 기정통과암호를 알려고 시도해 본다. 많 
은 관리자들은 이 기정값들을 변화시키려고 하지 않는다. 

2. 모든 짧은 통과암호들 (1 〜3문자로 된것)을 남김 없이 시험해 본다. 

3. 체계의 직결사전안의 단어들 혹은 가능한 통과암호들의 목록에 있는 단어들을 
시도해 본다. 목록의 실례는 해커광고판에서 쉽게 얻을수 있다. 

4. 완전한 이름，후견인과 어 린이이름，사무실의 그림들과 취미와 관련된 사무실의 
책들과 같은 사용자들에 대 한 정보를 수집한다. 

5. 사용자의 전화번호，사회보안번호，방번호를 시 도해 본다. 

6. 이 상태 에 대 한 모든 합법 적 인 면허간판번 호들을 시 도해 본다. 

7. 접근의 우회제 한들에 대 한 트로이목마(제 4절에 서술된)를 사용한다. 

8. 원격사용자와 가입자체계사이의 선로를 엿듣는다. 

첫 6 가지 방법들은 통과암호를 추측하는 몇가지 방법들이 다. 만일 침입자가 가입을 
시도하여 추측의 정 확성을 확인하여야 한다면 그것은 지루한 방법 이며 공격수단이 역습 
을쉽게 받는다. 실례로서 체계는 세번 통과암호를 준후에 어떤 가입도 거절할수 있고 
따라서 침 입 자는 가입 을 다시 시 도하기 위하여 가입 자가 다시 련결 할것 을 요구한다. 이 
러한 정황에서 자그마한 통과암호보다 더 많은것을 시도하는것은 실천적이지 못하다. 침 
입 자는 그러한 조잡한 방법 들을 시 도하지 않을것 이 다. 실례 로 만일 침 입 자가 낮은 수준 
의 특권으로 암호화된 통과암호파일 에 접 근할수 있 다면 그때 전 략은 그러한 파일 을 포착 
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한다음 보다 높은 특권들을 주는 적합한 통과암호가 발견될 때까지 여유있게 그 특정한 
체계의 암호기구를 사용하는것이다. 

추측프로쎄스에 의한 검출을 하지 않고도 많은 추측들을 자동적으로 할수 있고 또 
매개 추측들을 확인할수 있는 경우에는 추측공격들이 가능하고 또 대단히 효과적이다. 
이 절의 마지막 부분에서 추측공격의 방해법에 대해 언급한다. 

앞에서 제시된 일곱번째 방법인 트로이목마는 반격하기가 대단히 힘들수 있다. 접근 
조종을 우회하는 프로그람의 실례 를 [ ALUA 9()] 에 소개 하고 있다. 낮은 특권사용자는 유 
희프로그람을 제작하고 그것을 체계운영자들이 자기의 여가시간에 사용하도록 하였다. 프 
로그람은 실지로 유희를 놀았지만 그 밑바탕에는 암호화되지는 않았어도 접근이 보호되여 
있는 통과암호파일 을 사용자파일 에 로 복사하기 위한 코드를 포함하였 다. 유희프로그람이 
조작자의 고특권방식 에서 실행 되 기때 문에 통과암호파일 에 로의 접 근권을 엄 을수 있다. 

제 시된 8 번째 공격 즉 선로엿 듣기 는 물리 적보안문제이 다. 그것 은 련결암호화수법 
등을 사용하여 반격할수 있 다. 

여 기서는 두가지 기 본적 인 대 책안들 즉 예 방과 검출에 대 해서 만 설명 하기 로 한다. 

예 방은 보안목표에 대한 도전이며 항상 힘든 싸움이 다. 애로는 방위자가 모든 가능한 공 
격 들을 막기 위하여 노력하여 야 하는 반면에 공격 자는 방어사슬안의 제 일 약한 고리 를 
찾아 그것 을 공격하는데서 자유롭다는것 이 다. 검 출은 공격전이 나 후에 그 공격 을 알아 
내 는것 이 다. 

■과암호보호 

침입자들을 막아 내는 방위의 일선은 통과암호체계이다. 실제로 모든 다중사용자체 
계 들은 이 름이 나 식 별 자 ( ID ) 뿐아니 라 통과암호도 입 력할것 을 요구한다. 통과암호는 그 
체계에 대한 개별적인 가입의 ID 를 인증하는데 봉사한다. 그리고 ID 는 다음의 방법으로 
보안을 보장한다. 즉 

• ID 는 사용자가 체 계 에 접 근하는것 이 합법 적 인 가를 결 정 한다. 일 부 체 계 들에 서 는 
이미 체계에 기록된 ID 를 가진 사람들만 접근하는것이 허락된다. 

• ID 는 사용자에 게 부여될 권한들을 결정한다. 몇명의 사용자들은 조작체 계 에 의 
하여 특별 히 보호되 는 파일 을 읽 고 기 능들을 수행하는 관리 자 또는《 고준위 사 
용자》상태에 있을수도 있다. 일부 체계들은 손님 또는 가명의 가입장부들을 가 
지 며 이 가입장부의 사용자들은 다른 사람들보다 더 제 한된 다른 권한을 가진 다. 

• ID 는 자유접 근조종이라고 부르는 곳에서 사용된다. 실례 를 들어 다른 사용자들 
의 ID 가 제시되면 한 사용자는 자기가 소유한 파일들을 다른 사용자들이 읽을수 
있도록 허 락할수 있다. 

통과암호들의 취약성 

공격 의 특징 을 리해 하기 위하여 통과암호들이 평문으로 보관되 지 않고 UNIX 체 계 
상에서 널리 사용되는 방안을 고찰하자. 다음의 절차를 사용하기로 하자(그림 15-5 
1 ). 매개 사용자는 길이 가 8문자까지의 통과암호를 선택한다. 이것은 암호화루린의 
입 력열쇠 로서 봉사하는 56 bit 값 (7 bit 의 ASCII 를 사용하여)으로 변환된다. crypt ⑶으 
로 알려 진 암호화는 DES 에 기 초하고 있다. DES 알고리 듬은 12 bit 《 양념 1 》값을 사용 
하여 변경된다. 전형적으로 이 값은 통과암호가 사용자에게 할당된 시간에 따라 결정 
된다. 변경된 DES 알고리듬은 0의 64 bit 블로크로 이루어 진 자료입력과 함께 실행된 


1 - 암호화할때 섞는구절 
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총 25개 암호화과정에 반복된다. 결과인 64 bit 출력은 다음에 11문자렬 
양념 의 평문사본과 함께 이 암호문통과암호는 대 응하는 사용자 ID 에 대 
일에 보관된다. 

가지 목적에 봉사한다. 

통과암호파일안에서 있을수 있는 암호들의 중복을 막는다. 지어 두 사용 
!■은 통과암호를 선택하였다고 할지라도 그 암호들은 서로 다른 시간에 할 
이 다. 이 로부터 두 사용자들의 《 확장된》통과암호들은 다르게 될 것 이 다. 
사용자에게 두개의 추가적 인 문자들을 기억할것을 요구함이 없이 통과암 
!이를 효률적으로 증가시킨다. 이로부터 가능한 암호들의 수는 4096개의 
증가되여 암호를 추측하기 힘들게 한다. 

열쇠전수추측공격의 곤난성을 덜어 줄수 있는 DES 의 하드웨어제품의 사 






사용자는 UNIX 체 계 에 가입하려 고 할 때 ID 와 통과암호를 준다. 조작체 계 는 암호루 
린의 입 력 으로 사용되 는 ID 에 의하여 통과암호파일 에 색 인을 붙이 며 평문으로 된 양념 
과 암호화된 통과암호를 검 색한다. 만일 결과가 보관된 값과 일 치하면 통과암호는 접 수 
된 다. 

암호루린들은 추측공격 을 단념하도록 설계된다. DES 의 쏘프트웨어 적 실현은 하드웨 
어적실현들에 비하여 속도가 느리다. 그리고 25번의 반복이 진행되므로 암호화에 필요한 
시 간을 25배 로 증가시 킨다. 그러 나 이 알고리 듬에 서는 원래 설 계 로부터 두가지 변화가 
발생하였 다. 첫째 로, 알고리 듬 그자체 가 새 롭게 실현되 면서 고속화된것 이 다. 실례 를 들 
어 인터네 트벌 레 는 공격 받는 UNIX 체 계 상에 보관된 표준알고리 듬보다 더 효률적 인 암 
호화알고리 듬을 사용함으로써 매 우 짧은 시 간동안에 수백개 의 통과암호들의 직 결 암호추 
측을 할수 있었다. 둘째 로，하드웨 어성능은 임의의 쏘프트웨 어알고리 듬을 빨리 집 행할수 
있도륵 계속 증가하고 있다. 

그래 서 UNIX 통과암호방식 에 는 두가지 위 협 들이 존재한다. 첫째 로，사용자는 손님 
장부를 사용하거나 또는 일부 다른 수단들로 기계에 대한 접근권을 얻고 그 기계에서 통 
과암호해 독자라고 하는 통과암호추측프로그람을 실 행한다. 공격 자는 적 은 량의 자원소비 
로 가능한 수백수천개의 통과암호들을 검사할수 있다. 게 다가 만일 대방의 통과암호파일 
의 사본을 엄을수 있으면 해독자프로그람은 천천히 다른 기계에서 실행될수 있다. 이것 
은 공격 자가 적 당한 시 간안에 가능한 수천개의 통과암호들을 다 실행해 볼수 있게 한다. 

실 례 로서 한 통과암호해 독자가 1993년 8월 에 인 터네 트에 보고되 였 다 [ MADS 93]. 
Thinking Machines Corporation 의 병 렬를퓨터를 사용하여 벡 토르장치 당 초당 1560개 
의 암호화의 성능을 실현하였다. 처 리마디 당 4개의 벡 토르장치들로 구성된 경우(표준구 
성) 이것은 128개 마디의 기계 (적 당한 규모)상에서 초당 800000개의 암호들을 풀며 1024 
개 마디의 기계상에서 초당 640만개의 암호들을 푼다. 

이 핑 장한 추측속도도 아직 공격 자가 암호를 찾기 위 하여 문자들의 가능한 모든 조 
합들을 시도하는 우둔한 열쇠전수공격수법을 사용할수 없게 한다. 대신에 통과암호해독 
자들은 일부 사람들이 쉽 게 추측할수 있는 통과암호들을 선택 한다는 사실 에 의 거한다. 

일부 사용자들은 통과암호를 선택할 때 불합리하게 짧은 통과암호를 선택한다. 
Purdue 종합대 학에서 진행한 연구결과를 표 15-2 에 제 시하였 다. 연구는 대 략 7000개의 
사용자가입 장부를 대 상으로 M 개의 기 계 에서 입구되 는 통과암호의 길 이변화들을 관찰하 
였다. 거의 3%의 통과암호의 길이가 세문자이거나 그보다 더 짧았다. 공격자는 길이가 3 
또는 그보다 더 짧은 모든 가능한 통과암호들을 남김 없 이 시 험하여 공격 을 시 작할수 있 
었다. 간단한 대책은 체계에 대하여 6문자보다 더 작은 임의의 통과암호선택을 거부하며 
또는 모든 통과암호들이 정확히 길이가 8문자일것을 요구하도록 하는것이다. 많은 사용 
자들은 그러한 제 한에 대 하여 동의하지 않는다. 

통과암호의 길이는 유일한 문제점이다. 자기들자신이 통과암호를 선택하는것이 허락 
될 때 많은 사람들이 자기의 이름，거 리이름，일반사전단어와 같은 추측할수 있는 통과 
암호를 선택한다. 이 것은 통과암호해독자의 일감을 간단하게 만든다. 해독자는 단순히 
있을수 있는 통과암호들의 목록으로 통과암호파일을 검사하면 된다. 많은 사람들이 추측 
할수 있는 통과암호들을 사용하기 때 문에 그러한 전 략은 실제 로 모든 체 계 들에 서 성 공할 
수 있 다. 

추측의 효과성 에 대 한 한가지 실례 가 [ KLE 19()] 에 서 보고되 였 다. 여 러 가지 원천으 
로부터 저 자는 거의 14000개의 암호화된 통과암호들을 포함하는 UNIX 통과암호파일들을 
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수집하였 다. 저 자가 놀라운것 이 라고 특징 지 은 결과를 표 15-3 에 서 보여 주고 있 다. 모 
든 통과암호들의 거의 4분의1이 추측되였다. 다음과 갈은 단계로 추측이 진행되였다. 즉 

1. 사용자이름，첫머리글자들，장부이름 그리고 다른 관련되는 개인정보들을 시도한 
다. 매 사용자에 대 하여 모두 130번의 변경된 시 도들이 진행 되 였 다. 

2. 여 러가지 사전들의 자료들을 시도해 본다. 저 자는 체계 그자체 에 직결되 여 있는 
사전과 표에서 보여 준바와 같은 여 러가지 다른목록들을 비롯하여 60000 단어 이 
상의 사전을 번 역하였 다. 

3. 2 단계로부터 단어들에 여러가지 변경을 가하여 시도한다. 이것은 첫 문자를 대 
문자 또는 조종문자로 만들기，전체 단어를 대문자로 만들기，단어를 뒤집기，문 
자《◦》를 수자《0》으로 변화시키기 등을 포함한다. 이 변경들에 의해 또다른 
백만개 단어들을 목록에 추가하였다. 

4. 3 단계 에 서 고찰되 지 않은 2 단계 의 단어 들에 여 러 가지 대 문자변환들을 시 도한다. 
이 렇게 하여 거의 2백만개의 추가적 인 단어들을 목록에 첨부하였다. 


표 15-2. 고찰된 름과암호길이 


길이 

개수 

총적인 비률% 


1 

55 

.004 


2 

87 

.006 


3 

212 

.02 


4 

449 

.03 


5 

1260 

.09 


6 

3035 

.22 


7 

2917 

.21 


8 

5772 

.42 


합계 

13.787 

1.0 


표 15-3. 13797 개 장부들의 실례모임으로부터 해독된 ■과암호들 [KLE19 이 

통과암호의 형래 

시도한 회수 

해독한 건수 

해독한 통과암호의 
비률% 

씨ᅪ/ᅪᅦ ᅪ ᅨ # 

130 

368 

2.7% 

문자렬 

866 

22 

0.2% 

수자 

427 

9 

0.1% 

중어 

392 

56 

0.4% 

장소이름 

628 

82 

0.6% 

공통이름 

2239 

548 

4.0% 

녀 자이 름 

4280 

161 

1.2% 

남자이름 

2866 

140 

1.0% 

특수한 이름 

4955 

130 

0.9% 

신화들과 전설들 

1246 

66 

0.5% 
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표제 속 


쉑스피어작품이름 

473 

11 

0.1% 

체육용어 

238 

32 

0.2% 

과학이 야기 

691 

59 

0.4% 

영화와 배우들 

99 

12 

0.1% 

만화 

92 

9 

0.1% 

명인 

290 

55 

0.4% 

명문장 

933 

253 

1.8% 

별명 

33 

9 

0.1% 

생물학 

58 

1 

0.0% 

체 계 사전 

19683 

1027 

7.4% 

기 계 이 름 

9018 

132 

1.0% 

련상기호 

14 

2 

0.0% 

제임스왕성서 

7525 

83 

0.6% 

잡다한 단어들 

3212 

54 

0.4% 

유래 단어 

56 

0 

0.0% 

소행성 

2407 

19 

0.1% 

총계 

62727 

3340 

24.2% 


이러한 시험은 대략 3백만개의 단어들을 포함하였다. 앞에서 제시된 최고속 
Thinking Machines Implementation 을 사용하면 가능한 양념값들을 사용하면서 이 모 
든 단어들을 암호화하는 시간은 한시간정도이다. 그러한 체계성 있는 연구는 대략 25%의 
성공률을 산출하지만 지 어 한번의 명중도 체계의 넓 은 령역의 비밀을 얻 어 내는데 충분 
하다는것을 명심해야 한다. 

접근조종 

통과암호공격을 막기 위한 한가지 방법은 통과암호파일에 대한 대방의 접근을 거부 
하는것이다. 만일 파일의 암호화된 통과암호부분이 특권을 가진 사용자에 의해서만 접근 
될수 있다면 상대방은 특권을 가진 사용자의 통과암호를 이미 알지 않고는 그것을 읽을 
수 없다. [ SPAF 9 幻는 이 전략에서의 몇가지 약점들을 언급한다. 즉 

• 대부분의 UNIX 체계들을 비롯한 많은 체계들은 침입에 민감하다. 일단 공격자는 
어떤 수단들에 의해 접근권을 얻었으면 검출의 위험을 감소시키기 위하여 서로 
다른 가입접 속에 서 로 다른 가입 장부들을 사용할수 있도록 통과암호들의 집 합을 
엄 으려 고 할수 있 다. 또는 가입장부를 가진 사용자는 비 밀 자료들에 접 근하거 나 
체계를 마비시 키 기 위하여 다른 사용자의 가입 장부를 원할수 있다. 

• 보호의 돌발사고는 통과암호파일을 읽을수 있도록 내버려 둘수 있으며 이렇게 하 
여 모든 가입장부들은 루설될수도 있다. 

. 일부 사용자들은 다른 보호령역안의 다른 체 계 들에 가입 장부를 가지 며 갈은 통과 
암호를 사용한다. 따라서 만일 통과암호가 한 기계상의 누군가에 의하여 읽 어 질 
수 있으면 다른 위 치의 기계 들이 침 입당할수도 있다. 
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따라서 보다 효과적인 전략은 추측하기 힘든 통과암호들을 사용자들이 선택하도록 
하는것 이다. 

틍과암호선택전략 

방금 서술된 두 실험들(표 15-2 와 15-3) 의 교훈은 장치적측면은 론하지 않더라도 많 
은 사용자들이 추측하기가 지내 간단하거나 지내 쉬운 통과암호를 선택하는것이다. 다른 
한편 만일 사용자들에 게 우연으로 선택한 8개 의 인쇄문자들로 이 루어 진 통과암호들이 
할당되면 통과암호해목은 사실상 불가능하다. 그러나 대부분의 사용자들이 자기들의 통 
과암호를 기 억하는것도 거의 불가능할수 있다. 적 당히 기 억할수 있는 문자들의 렬로 통 
과암호령역을 제 한한다고 해 도 령역의 크기 가 너무 커서 실제 적 인 해 독을 수행할수 없다. 
목적 은 사용자가 기 억할수 있는 통과암호를 선택하도록 하면서 도 추측할수 있는 통과암 
호들을 없애도록 하는것 이 다. 네가지 기본수법 이 사용되고 있다. 

• 사용자교육 

• 콤퓨터 로 만든 통과암호 

• 통과암호거부검사 

• 통과암호합격검사 

사용자들에 게 추측하기 힘 든 통과암호들의 중요성 이 강조될 수 있 으며 강력한 통과암 
호들을 선택 하기 위한 지 침 들을 보장할수 있 다. 이 사용자교육전 략은 대 부분의 설 치 장소 
들 특히 큰 사용자집 단 또는 변동이 많고 심한곳에 서 는 성 공할것 갈지 못하다. 많은 사 
용자들이 그 지 침 들을 간단히 무시해 버 릴것 이 다. 다른 사람들은 무엇 이 강력한 통과암 
호라고 옳바른 판단을 내리지 못할수 있다. 실례를 들어 많은 사용자들이 단어를 뒤집거 
나 마지막 문자를 대문자로 하는것이 통과암호를 추측할수 없게 만든다고 (잘못) 믿고 
있 다. 

콤퓨터로 만든 통과암호들 또한 문제점을 가지고 있다. 만일 통과암호들이 사실상 
완전히 우연선택 한것 이 라면 사용자들은 그것 들을 기 억 할수 없을것 이 다. 지 어 통과암호가 
발음으로 나타낼수 있는것이라고 할지라도 사용자는 그것을 기억하기 힘들수 있으며 어 
딘가에 기록하고 싶어 할것 이 다. 일반적 으로 콤퓨터로 만든 통과암호방안들은 사용자들 
이 잘 접수하지 않은 력사를 가지고 있다. FIPS PUB 181 은 최고로 잘 설계된 자동암 
호발생 기 들중의 하나를 정 의한다. 그 표준안은 방법 에 대 한 서 술뿐아니 라 알고리 듬의 C 
원 천 코드의 완전한 목록을 포함하고 있 다. 그 알고리 듬은 단어 를 만들기 위하여 발음할 
수 있는 음절들을 선정 하고 그것들을 련결하는것 으로 단어 들을 발생한다. 란수발생 기는 
음절들과 단어 들을 만들기 위하여 문자들의 무질서한 흐름을 만들어 낸다. 

통과암호거부검사전략은 추측할수 있는 통과암호들을 찾기 위하여 자기 가 가지 고 있 
는 통과암호해 독프로그람을 주기적 으로 실행시키는 전략이 다. 체계는 추측되는 임의의 
통과암호들을 삭제하고 사용자들에게 알려 준다. 이러한 방책은 많은 결함들을 가진다. 
우선 만일 일감이 정확히 수행된다면 그것은 자원긴장이다. 통과암호파일을 훔칠수 있는 
한정된 상대방이 몇시간 지어 며칠동안 그 과제에 충분한 CPU 시간을 바치기때문에 효 
과적인 통과암호거부검사자는 매우 불리한 위치에 있다. 게다가 모든 현존통과암호들은 
통과암호거부검사자가 자기들을 발견할 때까지 취 약한 상태에 남아 있게 된다. 

개선된 통과암호보안에 대한 가장 믿음직한 방법은 통과암호합격검사기이다. 이 방 
식에서는 사용자가 자기자신의 통과암호를 선택할수 있다. 그러나 선택의 시점에서 체계 
는 통과암호가 쓸만한가 아닌가를 알기 위해 검사하며 만일 아니 라면 그것을 거부한다. 
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그러한 검사기들은 체계로부터 충분한 지도를 받으며 사용자들이 사전을 사용한 공격에 
서 추측될것 같지 않은 상당히 거대한 통과암호공간으로부터 기억할수 있는 통과암호들 
을 선택할수 있다는 원리에 기초하고 있다. 

통과암호합격 검 사기 를 사용하는데 서 요령 은 사용자접 수능력 과 강도사이 의 균형 을 맞 
추는것이다. 만일 체계가 너무 많은 통과암호들을 거부하면 사용자들은 통과암호들을 선 
택 하는것 이 지 내 힘들다는 의견들을 제기 할것 이 다. 만일 체계 가 무엇을 접수할수 있는가 
를 정의하기 위하여 어떤 단순한 알고리듬을 사용한다면 이것은 통과암호해독자들에게 
자기들의 추측수법을 개선할수 있게 하는 지침을 주는것으로 된다. 이 소절의 나머지 부 
분에서 통과암호합격검사에 대한 가능한 방법들을 설명한다. 첫번째 방법은 규칙실시를 
위한 단순한 체계이다. 실례를 들어 다음의 규칙들을 실시할수 있다. 

• 모든 통과암호들은 적 어도 8문자길 이를 가져 야 한다. 

• 첫 8 문자들에서 통과암호들은 적어도 대문자，소문자，수자들 그리고 구두점들 
을 하나씩 포함하여 야 한다. 

이 규칙들은 사용자에 대한 충고와 결합되 여 야 한다. 비록 이 방법 이 사용자들을 단 
순히 교육하는것보다 더 우월하지만 그것은 통파암호해독자들을 방해하는데 중분하지 못 
할수 있 다. 이 방안은 해 독자들이 통과암호를 풀려 고 시 도하지 못하도록 경 계하지 만 여 
전히 통과암호해독을 가능하게 할수 있다. 

또하나의 가능한 방법은 단순히 가능한《 나른》통과암호들의 거대한 사전을 편집하 
는것 이 다. 사용자는 통과암호를 선택할 때 체 계는 그것 이 검 토되지 않은 목록에 있지 않 
는가를 확인하기 위하여 검 사를 한다. 이 방법 에 는 두가지 문제 점 들이 있 다. 즉 

• 공간 : 사전은 효과적이도록 매 우 커 야 하는것 이 다. 실례를 들어 Purdue 의 연구 
[SPAF9 幻 에 서 사용된 사전은 30MB 공간이 상을 차지 한다. 

• 시 간 : 거대한 사전을 탐색하는데 요구되는 시 간은 콜수 있다. 게 다가 사전단어 
들의 가능한 바꿔 놓기 를 검 사하기 위하여 그러한 단어 들을 많이 사전에 포함시 켜 
사전을 실지 로 크게 만들거 나 또는 매 개 람색 이 상당한 처 리를 진행하여 야 한다. 

가장 좋은 침 입 예 방체 계 도 불가피 하게 실패 할수 있 다. 체 계 의 2 차방어 선은 침 입 검 
출이며 이것은 최근년간 많은 연구사업의 초점으로 되여 왔다. 이러한 관심은 다음과 같 
은 많은 고찰들에 의하여 제기되였다. 즉 

1. 침입을 매우 빨리 검출하면 어떤 파괴가 이루어 지기전에 또는 일부 자료가 위태 
롭게 되기전에 침입자를 식별하고 추방할수 있다. 지어 만일 검출이 침입자를 선 
취하는데 시간적으로 충분하지 못하다고 하더라도 침입이 빨리 검출될수록 파괴 
되는 량은 적어 질것이며 회복시간은 보다 빨라 질것이다. 

2. 효과적인 침입검출체계는 방해물로서 봉사할수 있으며 따라서 침입을 예방할수 
있 다. 

3. 침 입검출은 침입예 방기능을 강화하는데 사용할수 있는 침 입수법들에 대 한 정보를 
수집할 가능성 을 준다. 

침 입 검 출은 침 입 자들의 행 동이 합법 적 사용자의 행 동과 정 량화될 수 있는 방법 상에 서 
다르다는 가정 에 기 초하고 있 다. 물론 침 입 자에 의한 공격 과 합법 적 사용자에 의 한 자원 
들에 대한 일반 사용사이에 명백하고 정확한 차이가 있다고 말하기는 어렵 다. 차라리 일 
부 같은것이 있을것이라고 보아야 한다. 
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그림 15-6 에서는 침입검출체계의 설계자들이 직면하고 있는 과제의 특징을 매우 추 
상적인 말로 보여 주고 있다. 비록 침입자의 전형적인 행동이 합법적사용자의 전형적인 
행동과 차이난다고 하더라도 이 행동들에는 겹치는 부분이 있다. 그래서 더 많은 침입자 
들을 포착할수 있는 침입자행동에 대한 대략적인 해석은 많은《잘못된 긍정》즉 인정 
된 합법 적 인 사용자들을 침 입 자라고 판단하는 경 우도 발생할수 있 다. 다른한편 침 입 자행 
동에 대한 정확한 해석에 의하여 잘못된 긍정을 제한하기 위한 시도는 잘못된 부정 즉 
침입자를 침입자로 판단하지 않게 하는 오유를 증가시킨다. 따라서 침입검출의 실천에서 
는 긍부정 에 대 한 전면적 고찰과 기 교의 요소가 존재한다. 

Anderson 의 연구 [ ANDE 8()] 에서는 누구든지 가장한 자와 합법적사용자사이를 적당 
한 믿음성을 가지 고 구분할수 있다는것을 주장하였다. 합법적사용자행동의 양상을 지 나 
간 력 사를 고찰하는것 으로 확립할수 있 으며 그러 한 양상들로부터 중요한 잘못된 부정 들 
이 검출될수 있다. Anderson 은 직권람용자(권한밖의 방식으로 일하는 합법적사용자)를 
검출하는 과제 가 비정상적 인 행동과 정상적 인 행동사이의 차이가 작은것으로 하여 매우 
힘들다는것을 지적 하였다. Anderson 은 그러 한 위반들은 오직 이상한 행동에 대 한 연구 
를 통해서 는 검 출할수 없다고 결론하였 다. 그러 나 승인되 지 않은 사용을 제 기하는 조건 
들의 부류를 명석하게 정의하여 직권람용자의 행동을 검출할수 있다. 마지막으로 비밀사 
용자에 대한 검출은 순수 자동화된 령역을 넘어 선다고 생각한다. 이 고찰방법들은 1980 
년대에 론의되였으며 지금도 옳은것으로 하고 있다. 

[ PORR 9 幻는 침 입검출에 대 한 다음의 방안들을 정의 하고 있다. 

1. 통계적위반검출 : 한주기시간이상 합법적사용자들의 행동에 관계되는 자료를 수 
집한다. 이 통계적시험 들은 행동이 합법적사용자의 행동인가 아닌가 하는 높은 
수준의 믿음성을 결정 하기 위 하여 관측된 행동에 적용된다. 

1) 턱값검 출 : 이 방법 은 여 러 가지 사건들의 빈도에 대 하여 사용자와 무관계한 
턱값들을 정 의하는것 을 포함한다. 


확률밀도함수 



의 평균행동 
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그림 15-6. 침입자와 합법적사용자들의 행동분포 



1_) 분포도에 의한 검출 : 매 사용자의 활동분포도는 개별적가입자들의 행동에 
서의 변화들을 검출하기 위하여 개발되고 사용된다. 

2. 규칙에 의한 검출: 주어 진 행동이 침입자의 행동인가를 결정하기 위하여 사용 
될 수 있는 규칙 들의 모임 을 정 의 하기 위한 시 도를 포함한다. 

1) 위 반검 출 : 이 전 사용행 동방식 으로부터 의 리탈을 검 출하기 위하여 규칙 들이 
개발된다. 

T -) 침입식별 : 의심스러운행동에 대하여 조사하는 전문가체계방법이다. 

요약하여 말하면 통계적 인 방법들이 정상 즉 기대되는 행동들을 정의하려 고 한다면 
규칙 에 기 초한 방법 들은 타당한 행 동을 정 의하려 고 한다. 

앞에서 설명한 공격자들의 형태에 따르는 통계적위반검출은 그 가입자들의 행동형태 
를 모의 하려 고 하는 가장한 자들에 한하여 효과적 이 다. 한편 그러 한 수법들에 의 해서는 
직권람용자들에 대처할수 없을수 있다. 이러한 공격들에 대해서는 규칙에 기초한 방법들 
이 문맥상침입을 폭로하는 사건들과 순차들을 알아 차릴수 있다. 실천에서 체계는 넓은 
령역의 공격 들을 효과적 으로 막기 위하여 두 방법 들을 결합하여 사용한다. 

침 입검출을 위한 기 본적 인 도구는 총화기록이 다. 진행된 활동에 대 한 기록들은 침 입 
검출체계 에 입 력하여 사용자의 행동을 보관하고 있어 야 한다. 기본적으로 두가지 계획 이 
사용된다. 즉 

• 1 차적인 총화기록들 : 실제로 모든 다중사용자조작체계는 사용자의 동작정보를 
수집하는 총화쏘프트웨어 를 가지 고 있다. 이 정 보를 사용하는 유리한 점 은 추가 
적 인 수집쏘프트웨어 가 요구되 지 않는다는것 이 다. 불리한 점 은 1 차총화기 록들이 
필요한 정보를 포함하지 않을수 있다는것 또는 그것을 편리한 형태로 포함하지 
않을수 있 다는것 이 다. 

• 검출용검열기록들 : 수집기능은 침입검출체계가 요구하는 그 정보만을 포함하는 
총화기 록들을 발생하여 실 현할수 있다. 그러한 방법 의 한가지 유리한 점 은 그것 
이 제작자에 무관계하게 만들어 질수 있으며 다양한 체계에 맞는다는것이다. 불 
리한 점은 사실상 한 기 계 에서 실행하는 두개의 총화기록들을 가지 는것으로 초래 
되 는 과잉 처 리 이다. 

검 출용검 열 들의 좋은 실 례 로서 Dorothy Denning [ DENN 8 기 에 의 하여 개 발된것 이 
있다. 매개 총화기록은 다음의 항목들을 포함한다. 

• 주동체 : 작용들의 시동자. 주동체는 대표적으로 말단사용자이지만 사용자 또는 
사용자그룹을 대신하여 작용하는 프로쎄스일수 있다. 모든 동작은 주동체 에 의 하 
여 제시된 지령들을 통하여 일어 난다. 주동체들은 서로 다른 접근부류들로 그를 
화될수 있으며 이 부류들은 겹쳐 질수 있다. 

• 작용 : 주동체에 의하여 또는 객체와 함께 수행된 동작 례를 들어 가입, 읽기 그 
리고 입출력수행，집행 등이다. 

• 객체 : 작용들의 감수기 실례로 파일，프로그람，통보문，기록，명단，인쇄기사 
용자 또는 프로그람으로 창조된 구조들이 속한다. 주동체가 전자우편과 같은 작 
용의 수용자일 때 그 주동체는 객체로 고찰된다. 객체들은 형에 따라 그롭화될수 
있다. 객체의 크기는 객체의 형과 환경에 따라 변할수 있다. 례를 들어 자료기지 
작용들은 전체로서 또는 레코드 준위에서 자료기지를 총화할수 있다. 

• 례외조건 : 만약 있다면 례외조건은 복귀시에 제기된다. 
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• 자원사용정형 : 매개 요소가 어떤 자원을 사용한 량을 보여 주는 량적요소들의 
목록(례: 인쇄 또는 연시된 행들의 수，읽기 또는 쓰기된 레코드들의 수, 처리기 
시간，사용입출력장치，대화경과시간) 

• 시간압인 : 작용이 발생할 때를 식별하는 유일한 시간날자압인 

대부분의 사용자조작들은 많은 요소적인 작용들로 이루어 진다. 실례를 들어 파일봉 
사는 접근타당성검출의 집합과 복사의 설정과 함께 한 파일로부터 읽기 또다른 파일에로 
쓰기를 포함하는 사용자지령의 실행을 포괄한다. 

현재 의 등록부로부터 〈 Library 〉 등록부에 실 행파일 GAME 를 봉사하기 위하여 
Smi 仕 I 가 만든 다음의 지령을 고찰하자. 


다음의 

COPY GAME.EXE TO 

총화기록들이 생겨 날수 있다. 

〈 LIBRARY 〉 GAME.EXE 


I Smith 

execute 1 <Library> COPY. EXE 

i 0 

CPU=0002 

11058721678 


| Smith 

read <Smith> GAME.EXE 

J__o 

RECORDS=0 

11058721679 


| Smith 

execute | <Library>COPY. EXE 

| Write-vio] 

[ RECORDS=0 

11058721680 


이 경 우 복사는 Smith 〈 Library 〉 에 로의 쓰기 허 가를 가지 지 않으므로 실패한다. 사 
용자조작을 요소작용으로 분해 하며 세 가지 유리 한 점을 가진다. 즉 

1. 객체들은 체계에서 보호할수 있는 실체들이기때문에 요소작용들을 사용하여 객체 
에 영향을 주는 모든 행동을 검열하게 한다. 따라서 체계는 접근조종들이 시도한 
파괴들을 검출할수 있으며 (복귀된 례외조건수의 이상변화를 고려 하는 방법 으로) 
주동체 에 접 근할수 있는 객 체 들의 모임안에 서 의 변화를 고려하여 성 과적 으로 파 
피를 검줄할수 있다. 

2. 단순객체，단순작용총화기록들은 모형과 실현을 단순하게 한다. 

3. 검출특정총화기 록들의 구조가 간단하고 통일적 이기때문에 1 차적 인 총화기 록들로 
부터 검출목적총화기록들에로 간단히 사영하여 이러한 정보 또는 최소한 일부 정 
보를 상대적으로 쉽게 엄을수 있다. 

제 4 절. 비법적인 쏘프트웨어 

아마도 콤퓨터체계들에 대한 가장 정교한 형태의 위협들은 계산체계들에서 취약성들 
을 사용하는 프로그람들로부터 제기될것 이 다. 이 러한 상황에서는 편집기와 콤파일러와 
같은 편의프로그람은 물론 응용프로그람들을 관심하게 된다. 그러한 위협들에 대한 일반 
용어가 비법적쏘프트웨어 또는 멀웨어 ( malware ) 이다. 멀웨어는 목적를퓨터의 자원들에 
대 한 파괴를 일으키거 나 자원을 소모하기 위하여 설계된 쏘프트웨어 이 다. 그것은 자주 
합법적쏘프트웨어 안에 숨겨 지거 나 합법적 인 쏘프트웨어로 가장한다. 일부 경우에는 그 
것이 전자우편 또는 감염된 플로피디스크를 통하여 다른 콤퓨터들에 전파될수 있다. 이 
절에서는 먼저 그러한 쏘프트웨어위협의 범위를 개괄한다. 이 절의 나머지부분에서는 비 
루스들을 고찰하는데 먼저 그것의 특징을 보고 그다음에 대책들을 설명한다. 


602 





비법적인 프로그람 


그림 15-7 에서는 비 법적쏘프트웨어의 전반적 인 분류를 보여 주고 있다. 이 위 협들은 
두가지 부류로 가를수 있다. 즉 가입자프로그람을 요구하는것들과 요구하지 않는것들이 
다. 전자는 본질적으로 어떤 실제적인 응용프로그람，편의프로그람 또는 체계프로그람과 
독립 적 으로 존재할수 없는 프로그람부분들이 다. 후자는 조작체 계 에 의 하여 일 정 작성 되 고 
실행될수 있는 자체 포함프로그람들이다. 

또한 복제하지 않는 쏘프트웨 어 위협 들과 복제하는 쏘프트웨 어 위협 들의 차이 를 구분 
할수 있 다. 전자는 가입 자가 특정 의 기 능을 수행 하기 위하여 접 근할 때 동작하는 프로그 
람부분들이다. 후자는 프로그람부분(비루스) 또는 독립프로그람(벌레，세균)들로 이루어 
지는데 그것은 실행될 때 갈은 체계 또는 어떤 다른 체계상에서 후에 작용하게 되는 한 
개 또는 그이상의 자기 복제품들을 만들수 있다. 

비록 그림 15-7 의 분류가 론의하고 있는 정보를 조직화하는데서는 쓸모 있지만 그것 
은 전부가 아니다. 특히 론리폭탄들 또는 트로이목마들은 비루스 또는 벌레의 한 부분으 
로 될수도 있다. 

함정 문 

함정문은 그것을 알고 있는 일부 사람들이 보통 보안접근수속들을 거치지 않고 접근 
권을 엄 도록 하는 프로그람의 비밀입 구점 이 다. 함정문들은 프로그람들을 오유수정 하고 
시험하기 위하여 프로그람작성자들이 오래동안 합법적으로 사용해 왔다. 이것은 보통 프 
로그람작성자가 인증수속이나 긴 설치시간을 가지는 응용프로그람을 개발하고 있을 때 
또는 응용프로그람을 실 행 하기 위하여 사용자에 게 많은 서 로 다른 값들을 입 력할것 을 요 
구할 때 수행 된다. 프로그람을 오유수정 하기 위하여 개 발자는 특별 한 특권을 얻 고 싶어 
하거나 모든 필요한 설치와 인증을 피하기를 원할수도 있다. 프로그람작성자는 또한 응 
용프로그람안에 설치되여 있는 인증수속에 무엇인가 고장이 있는 프로그람을 활성화시키 
는 방법 이 있다는것 을 확신하고 싶어 할수도 있다. 함정 문은 입 력의 일부 특정한 순차를 
인식하는 코드 또는 어떤 사용자 ID 로부터의 실행 에 의해 또는 사건들의 적 합하지 않은 
순차에 의하여 시 동되 는 코드이 다. 



복 제 

그림 15-7. 비 법적프로그람의 분류 
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함정문들은 비량심적인 프로그람작성자들이 비합법적인 접근을 얻기 위하여 그것들 
을 사용할 때 위협들로 된다. 함정문은 영화《전쟁게 임》 [ COOP 89] 에서 표현된 취 약성 
에 대 한 기 본개 념 이 였 다. 다른 실 례 는 Multics 의 개 발기 간에 침 입 시 험 들이 공군《 범 림》 
에 의 하여 진행 된것이 였다(적 수모의 ) . 적 용된 한가지 방책 은 Multics 를 실 행 하는 싸이 트 
에 위 조조작체 계 갱 신판을 보내 는것 이 였 다. 갱 신판은 트로이 목마(후에 서 술한다. ) 를 포함 
하고 있는데 그것은 함정문에 의하여 활성화될수 있고 범림이 접근권을 엄을수 있게 한 
다. 위협은 Multics 의 개발자들이 함정문의 존재를 통보받은후에조차 그것을 발견할수 
없으리만큼 잘 실현되였다 [ ENGE 80]. 함정문들에 대한 조작체계조종을 실현하기는 힘들 
다. 보안수단들은 프로그람개 발과 쏘프트웨 어 갱 신활동들에 집 중하여 야 한다. 


론리 폭탄 


프로그람위 협의 가장 오랜 형 태의 하나는 론리 폭탄이 다. 론리 폭탄은 일정한 조건이 
만족되면 《폭발》하도록 설정된 합법적인 프로그람안에 내장된 코드이다. 론리폭탄의 
격발기로서 사용될수 있는 조건들의 실례들로서는 어떤 파일들의 존재 또는 결여，주 또 
는 날자의 특정한 날 또는 응용프로그람을 실 행 하는 특별 한 사용자를 들수 있 다. 한가지 
유명한 실례 [ SPAF 89] 에서 론리폭탄은 어떤 종업원의 ID 번호(폭탄의 제조자의것)를 검 
사하고 만일 ID 가 두번 련속적으로 로임지불계산에 잘못 나타나면 격발되게 되여 있다. 
일 단 격 발되면 폭탄은 자료 또는 전체 파일들을 교체하거 나 삭제 하고 기 계를 정지 시 키거 
나 어떤 다른 손상을 줄수 있다. 론리폭탄을 어떻게 적용하는가를 보여 주는 두렷한 실 
례로서 Maryland 의 Montgomery 주의 도서관체계의 경우를 들수 있다 [ TIME 90]. 콤퓨 
터류통체계를 개발한 계약자는 자기가 돈을 지불 받지 못하면 어떤 날자에 체계를 못쓰 
게 하는 론리폭탄을 삽입하였다. 체계가 응답시간이 떠서 서고가 자기의 마지막 지불을 
보류했을 때 계약자는 론리폭탄의 존재를 알리고 지불을 하지 않으면 그것을 터지게 하 
겠다고 위협하였다. 

트로이목마 

트로이목마는 쓸모 있거나 외면상 쓸모 있는 프로그람 또는 지령수속으로써 호출될 
때에는 어떤 원하지 않거나 해로운 기능을 수행하는 은폐된 코드를 포함하고 있다. 

트로이목마프로그람들은 비 법적 인 사용자가 직접 달성할수 없었던 기능들을 간접적 
으로 달성하기 위하여 사용될수 있다. 실례를 들어 공유된 체계상에서 다른 사용자의 파 
일들에 접근하기 위하여 사용자는 실행시 사용자의 파일호출승인을 변경시키는 트로이목 
마프로그람을 창조하여 임의의 사용자가 파일들을 읽을수 있게 한다. 그다음 제작자는 
공통등록부에 그 프로그람을 배치하고 쓸모 있는 편의프로그람이 나타난것처럼 이름을 
지 어 사용자들이 그것을 실행하도록 유도함수 있다. 한가지 실례로서 사용자의 파일들의 
목록을 표면상 희망하는 형 태로 생성 하는 프로그람이다. 또다른 사용자가 그 프로그람을 
실행한후에 제작자는 사용자파일들의 정보에 접근할수 있다. 검출하기 힘든 트로이목마 
프로그람의 한가지 실례는 체계가입프로그람과 같은 어떤 프로그람들에 그것들이 를파일 
될 때 보충적 인 코드를 삽입 하기 위하여 변경 된 콤파일 러 이다 [ THOM 84]. 그 코드는 트 
로이목마제작자가 특수한 통과암호를 사용하여 체계에로 가입하게 하는 가입프로그람안 
에 함정문을 창조한다. 이 트로이목마는 가입프로그람의 원천코드를 읽는것으로는 결코 
발견될수 없다. 

트로이목마의 또다른 일반목적은 자료파괴이다. 프로그람이 쓸모 있는 기능을 수행 
하고 있는것처럼 보이지만(실례를 들어 계산프로그람) 그것은 사용자파일들을 완전히 삭 
제할수 있다. 실례 를 들어 CBS 집 행부는 자기의 콤퓨터 기억기 안에 포함된 모든 정 보를 
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파괴한 트로이 목마에 의하여 못쓰게 된다 [ TIME 90]. 트로이목마는 전자게시 판체 계 에 제 
공된 도형처 리루린안에 이식되 였다. 

비루스 

비 루스는 다른 프로그람들을 변경 시 켜 그것 들을《 감염 시 킬수》있는 프로그람이다. 
변경판프로그람은 비 루스프로그람의 사본을 포함하는데 그 프로그람은 다른 프로그람들 
을 련속 감염시킬수 있다. 

생 물학적비 루스들은 살아 있는 세 포의 조직 을 계 승할수 있으며 그것 을 사용하여 원 
비루스의 수천개의 완전한 복제품을 만들게 할수 있는 유전코드 DNA 나 RNA 의 작은 
토막들이다. 그것 의 생 물학적 사본과 같이 콤퓨터비 루스는 자기 자체 의 완전한 사본을 만 
들기 위한 수단을 자기 의 명 령 코드안에 가지 고 있 다. 가입 자콤퓨터 에 숨어 있는 전형 적 
인 비루스는 콤퓨터의 디스크조작체계를 림시 로 조종한다. 그다음 감염된 콤퓨터가 감염 
되 지 않은 쏘프트웨어 들과 접 촉하게 될 때 비 루스의 생 신한 사본은 새 로운 프로그람안으 
로 들어 간다. 따라서 감염 은 디 스크를 교체하거 나 망을 통하여 다른 디 스크들에 프로그 
탐을 보내는 사용자들의 의심을 받음이 없이 콤퓨터로부터 콤퓨터에로 전파될수 있다. 
망환경 에서 다른 콤퓨터의 응용프로그람과 체계봉사들을 호출할수 있는 능력은 비루스전 
파를 위 한 배 양지 를 제 공하는것 으로 된 다. 

비 루스들은 이 절의 뒤 부분에서 더 구체 적 으로 설명한다. 

벌레 

망벌레충프로그람들은 체계 에서 체계에 로 전파하기 위하여 망련결들을 사용한다. 일 
단 체계내 에서 능동상태 에 놓이면 벌레는 를퓨터비루스 또는 세균과 같이 행동할수 있거 
나 트로이 목마프로그람들을 이 식하거 나 여 러 가지 분렬 또는 파괴 적 인 작용들을 할수 있 
다. 자기 자체 를 복제 하기 위하여 벌레는 몇 가지 종류의 망매개 물을 사용한다. 실례를 들 
면 다음과 갈은것들이 있다. 즉 

• 전자우편기능: 벌레는 자기자체의 사본을 다른 체계에 우편송신한다. 

• 원격 실행 능력 : 벌레 는 다른 체 계 상에서 그자체의 사본을 집 행한다. 

• 원격가입능력: 벌레는 사용자와 같이 원격체계에 가입하고 한 체계로부터 다른 
체계 에 로 그자체를 복제 하기 위한 지 령들을 사용한다. 

월프로그람의 새 로운 사본은 그것 이 갈은 형 식 으로 계 속 전파되 는 원격체 계 상에 서 
그 체 계 에서 수행하는 기 능들외의 다른 기 능들을 추가하여 실행된다. 

망기 생 충은 콤퓨터비 루스와 갈은 특징 즉 잠복단계，전파단계，시 동단계 그리 고 집 
행단계 를 나타낸다. 전파단계 는 일 반적 으로 다음과 같은 기 능을 수행한다. 즉 

1. 감염시키기 위하여 가입자표들 또는 그와 류사한 원격체계주소들의 보관장소들을 
조사하는것 으로 다른 체 계 들을 탐색한다. 

2. 원격 체 계 와의 련결을 확립한다. 

3. 자기자체를 원격체계에 복제하고 그 사본을 실행시킨다. 

망벌레는 또한 체계에 자기자체를 복제하기전에 이미 감염되여 있었는가를 결정하려 
고 할수 있다. 다중프로그람처 리체계 에서 망벌레는 또한 자기 에게 체계프로쎄스와 같은 
이름을 달거나 체계조작자가 알수 없는 다른 어떤 이름을 사용하여 자기 존재를 과장할수 
있 다. 
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비루스의 경우와 마찬가지로 망벌레들은 알아 내기가 힘들다. 그러나 망보안과 단일 
체계보안수단들을 적합하게 설계하고 실현한다면 벌레의 위협을 최소로 할수 있다. 

좀비 

좀비는 다른 인터네트에 접속된 콤퓨터로 비밀리에 퍼지는 프로그람이며 그 콤퓨터 
를 사용하여 좀비의 생성 자를 추적 하기 힘든 공격들을 개시 한다. 좀비는 대표적으로 
Web 싸이트를 겨 낭한 봉사거 절공격들에 사용한다. 좀비는 의 심 하지 않는 3 자에 속하는 
수천대의 콤퓨터들에 이식되며 인터네트정보흐름에 대한 무자비한 공격을 개시하여 목적 
Web 싸이트를 파피하는데 사용된다. 

비루스의 성질 

비루스는 다른 프로그람들이 하는 모든것을 할수 있다. 유일한 차이는 비루스가 다 
른 프로그람에 붙어 가입자프로그람이 실행될 때 몰래 집행하는것이다. 비루스가 일단 
집 행되면 파일과 프로그람의 삭제와 같은 임의의 기능을 수행할수 있다. 

비루스의 생존기간에 전형적 인 비루스들은 다음의 4개 단계를 거친다. 즉 

• 잠복단계 : 비루스는 놀고 있다. 비루스는 날자，다른 프로그람이나 파일의 존재 
또는 디 스크용량의 어 떤 한계 의 초과와 같은 어 떤 사건에 의하여 우발적 으로 활 
성화된다. 모든 비루스가 이 단계를 거치는것은 아니다. 

• 전파단계 : 비 루스는 자기 와 동일 한 사본을 다른 프로그람 또는 디 스크의 일정한 
체계령역에 배 치한다. 감염된 매개 프로그람은 그자체 가 전파단계 에 들어 갈 비 
루스복제품을 포함하게 된다. 

• 시 동단계 : 비 루스는 능동상태 로 되 여 목적하는 기 능을 수행한다. 잠복단계 의 경 
우와 마찬가지 로 시 동단계 는 비 루스사본이 몇번 복제 되 였 는가 하는 회 수를 비 롯 
하여 여 러 가지 체 계 사건들에 의하여 일 어 날수 있 다. 

• 집 행 단계 : 기능이 수행된다. 기능은 화면에 통보문의 표시와 같이 아무런 손상도 
주지 않는것일수도 있으며 프로그람과 자료파일의 파괴와 같이 손상을 주는것일수 
도 있다. 

대 부분의 비 루스들은 특정한 조작체 계 에 특유한 방식 으로 어 떤 경 우에 는 특정한 하 
드웨어 기 동환경 에 특유한 방식 으로 자기 작업 을 수행한다. 따라서 그것 들은 특정 한 체 계 
의 세부들과 약점들을 사용할수 있도록 설계된다. 

비루스의 류형 

비 루스가 처 음 출현한 때 로부터 비 루스제 작자와 항비 루스쏘프트웨어 제작자사이 에 끊 
임 없는 대결이 진행되여 왔다. 현존하는 비루스형태들에 대한 효과적인 대책들이 개발 
됨 에 따라 새 로운 형 태의 비 루스들이 개 발되 여 왔다. [ STEP 93] 에서 는 가장 중요한 비 
루스형 태 에 속하는 다음과 갈은 부류들을 제 안하고 있다. 즉 

• 기생비루스 : 전통적 이며 현재 가장 일반적 인 비루스형 태 . 기생비루스는 감염된 
비루스가 집행될 때 감염시킬 다른 집행가능한 파일들을 발견하여 자기자신을 집 
행 파일 들에 붙여 서 복제한다. 

• 기억기상주비루스 : 상주체계프로그람의 부분으로서 주기억기에 있는 작은 구역. 
주기억기 에 상주한 시점 에서부터 비루스는 집 행하는 매 개 프로그람을 감염 시 킨다. 

• 기동분구비루스 : 체계가 비루스를 포함하는 디스크로 기동될 때 마스터기동레코 
드 또는 기동레코드를 감염시키고 전파시 킨다. 
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• 스텔스 비루 스 : 항비루스쏘프트웨어에 의한 검출로부터 자기자신을 숨기기 위하 
여 충분히 설계된 비루스형태 

• 다형성비루스 : 매번 감염될 때마다 변화되여 비루스의 《서명》에 의한 검출을 
불가능하게 하는 비루스 

스텔스 비루 스의 한가지 실례로 감염된 프로그람이 감염되지 않은 프로그람과 똑같은 
길이가 되도록 압축을 사용하는 비루스를 들수 있다. 보다 더 세련된 수법들이 있을수 
있다. 실례로 비루스는 입출구루린들을 사용하여 디스크의 의심되는 부분들을 읽으러 할 
때 감염되지 않은 원래의 프로그람으로 다시 출현하도록 이 루린들에 차단론리를 배치할 
수 있다. 따라서 스텔스는 이와 같이 비루스에 적용하는 용어 가 아니 라 비루스가 검출을 
회피하기 위하여 사용하는 수법을 가리키는 용어 이 다. 

다형성비루 스는 기능적으로는 동등하지만 명백히 다른 비트패런들을 가지는 복제가 
진행 되 는동안 복제 품들을 창조한다. 스텔스비 루스와 마찬가지 로 목적 은 비 루스들을 주사 
하는 프로그람들을 좌절시키는것이다. 이 경우에 비루스의 《서명》은 매개 복제품에 따 
라 변하게 된다. 이러한 변화를 일으키기 위하여 비루스는 임의로 불필요한 명령들을 삽 
입하거나 독립적인 명령들의 순서를 교체할수 있다. 더 효과적 인 방법은 암호화를 사용 
하는것이다. 일반적으로 변이엔진이라고 하는 비루스의 부분은 임의의 암호화열쇠를 생 
성하여 비루스의 나머지부분을 암호화한다. 열쇠는 비루스와 함께 기억되며 변이엔진 그 
자체는 변화된다. 감염된 프로그람이 호출되면 비루스는 기억된 임의의 열쇠를 사용하여 
비루스를 해독한다. 비루스는 복제할 때 서로 다른 임의의 열쇠를 선택한다. 

비루스제 작자들의 병기고에 있는 또다른 무기는 비루스생성도구틀이 다. 이 러한 도구 
틀은 비교적 초학자가 여러개의 서로 다른 비루스들을 빨리 생성하도록 한다. 도구틀에 
의하여 생성된 비루스들이 비록 무에서 설계된 비루스들보다 세련되지 못할수 있지만 생 
성 되는 몇 개 안되 는 새 토운 비 루스들은 항비 루스법 들에 문제 를 일으킨다. 

또다른 비루스제 작자의 도구는 비루스교체게시 판이 다. 여 러개의 이 러한 게시 판들이 
미국과 다른 나라들에서 나타나기 시작하였다 [ ADAM 9 幻. 이 게시관들은 비루스들의 생 
성을 위한 정보는 물론 내 리적재될수 있는 비루스들의 사본들을 제시한다. 

마크로비루스 

최근년간에 회사의 싸이트들에서 맞다 드는 비루스의 수는 눈부시게 증가하고 있다. 
실제로 이 증가는 모두 가장 새로운 비루스류형들중의 하나인 마크로비루스의 증식에 인 
한것 이 다. 1999년 후반기 현재 마크로비 루스는 모든 콤퓨터비 루스의 3분의 2를 차지하였 
다 [ KABA 99]. 

마크로비루스는 특히 몇 가지 원인으로 하여 위협으로 되고 있다. 즉 

1. 마크로비 루스는 가동환경 에 무관계하다. 실제 로 모든 마크로비 루스들은 
Microsoft Word 문서들을 감염시 킨다. Word 를 지원하는 모든 하드웨 어가동환경 
과 조작체 계는 감염될수 있다. 

2. 마크로비루스는 집행가능한 코드부분들이 아니라 문서들을 감염시킨다. 콤퓨터체 
계 에 있는 대 부분의 정 보는 프로그람형 식 보다 문서 형 식 으로 존재한다. 

3. 마크로비 루스는 쉽 게 전파된다. 매 우 공통적 인 전파방법 은 전자우편에 의한 전파 
이다. 

마크로비 루스들은 Word 와 Microsoft Excel 과 같은 다른 사무응용들에서 보게 되는 
특징 즉 마크로를 사용한다. 마크로는 본질상 Word 처리문서나 다른 류형의 파일과 조 


607 



합되 는 집 행 가능한 프로그람이 다. 대 표적 으로 사용자들은 마크로들을 사용하여 반복되 는 
과제들을 자동화하고 그것에 의해서 건눌림상태들을 보관한다. 마크로언어는 보통 베이 
씨 크프로그람작성 언어의 형 태와 같다. 사용자는 건눌림 순서를 마크로로 정의 하고 기능건 
또는 건들의 특수한 짧은 조합이 입력될 때 마크로가 호출되도록 설정 할수 있다. 

마크로비 루스를 창조하게 하는것은 자동집행 마크로이 다. 이것은 명백한 사용자입 력 
이 없이 자동적으로 호출되는 마크로이다. 일반적인 자동집행사건들은 파일열기, 파일닫 
기 , 응용프로그람의 시동이다. 마크로는 일단 실행하면 자기자신을 다른 문서들에 복사 
하고 파일 들을 삭제하며 사용자체계 에 여 러 가지 손상을 준다. Microsoft Word 에 는 세 
가지 종류의 자동집행마크로들이 있다. 즉 

• 자동집행 : AutoExec 라는 이 름을 가진 마크로가 WOTd 의 시동등록부에 보관되 
여 있는 《 normal . dot 》 본보기 또는 전역 본보기에 있으면 그것은 Word 가 기동 
될 때마다 집행된다. 

• 자동마크로 : 자동마크로는 문서의 열기 또는 닫기，새 문서의 창조 또는 Word 
의 탈퇴와 갈은 규정된 사건이 일어날 때 집행된다. 

• 지령마크로 : 전역마크로파일 또는 문서에 련결된 마크로가 현존 Word 지령의 이 
름을 가지면 사용자가 그 지 령 (실례로 파일보관)을 호출할 때마다 지 령마크로가 
집행된다. 

마크로비루스를 전파시키는 공통적인 수법은 다음과 같다. 자동마크로 또는 지령마 
크로는 전자우편 또는 디스크이송으로 체계에 넣어 진 Ward 문서에 련결된다. 문서가 
열린 후에 어떤 시점에서 마크로가 집행된다. 마크로는 전역마크로파일에 자기자체를 복 
사한다. 다음번 Word 와의 대화를 시작하면 감염된 전역마크로가 동작한다. 이 마크로 
가 집 행되면 그것은 자기를 복제할수 있으며 손상을 줄수 있다. 

Ward 의 련속적인 공개판들은 마크로비루스에 대한 보호기능을 확장하고 있다. 실 
례 로 Microsoft 는 의심 스러운 Word 파일들을 검 출하며 구매 자에게 마크로들을 가지고 
있는 파일을 열 때의 잠재적인 위험을 경보하는 선택적인 마크로비루스보호도구를 제공 
한다. 여 러 항비 루 스 제 품제 작자들도 역 시 마크로비 루 스를 검 줄하고 수정 하는 도구들을 
개발하여 왔다. 다른 비루스들과 마찬가지로 마크로비루스분야에서도 경쟁이 계속 확대되 
고 있다. 

항비루스법 

비루스의 위협 에 대 처 하기 위한 리상적 인 방법 은 예 방이다. 즉 비루스가 무엇보다 
먼저 체계에 들어 오지 못하게 하는것이다. 예방은 비록 성공적인 비루스공격회수를 줄 
일수 있지만 이 목적을 달성하기는 일반적으로 힘들다. 가장 좋은 방법은 다음과 갈은 
기능들을 수행 하는것 이 다. 즉 

• 검출 : 일단 감염 이 발생하였으면 발생했다는것을 확정하고 비루스위치를 정한다. 

• 식별 : 일단 비루스가 검출되면 프로그람을 감염시킨 특정의 비루스를 식별한다. 

• 제거 : 특정의 비루스가 식별되였으면 감염 프로그람으로 부터 비루스의 모든 흔적 
들을 제거하고 그것을 원래상태로 복원한다. 병이 더이상 전파할수 없도록 모든 
감염된 체계들에서 비루스를 제거 한다. 

검출은 성공하였지만 식별이나 제거가 불가능한 경우 대책은 감염된 프로그람을 없 
애고 깨끗한 여벌판본을 재적재하는것 이 다. 

비루스와 항비루스들은 서로 협조하면서 발전하고 있다. 초기비루스들은 상대적으로 
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간단한 코드부분들이 였 으며 상대 적 으로 간단한 항비 루스쏘프트웨 어 제 품들에 의 하여 식 별 
되고 제거될수 있었다. 비루스대결이 발전하는데 따라 비루스들과 물론 항비루스쏘프트 
웨어는 모두 보다 더 복잡해 지고 세련되여 왔다. 점차 세련된 항비루스법들과 제품들이 
출현하기 시작하였다. 이 소절에서는 가장 중요한 두가지 방법을 강조한다. 

범용암호해제 

범 용암호해 제 ( GD ) 수법 에 의 하여 항비 루스프로그람은 빠른 주사속도를 유지 하면서 
가장 복잡한 다형 성 비루스들까지 도 쉽 게 검 출할수 있 다 [ NACH 97]. 다형 성 비 루스를 포 
함하고 있는 파일 이 집 행될 때 비 루스는 동작하기 위하여 자기 자신을 해독하여 야 한다는 
것을 상기하자. 이러한 구조를 검출하기 위하여 다음과 갈은 요소들을 포함하는 GD 주 
사프로그람에 집 행 가능한 파일들을 통과시 킨다. 

• CPU 모방기 : 쏘프트웨어 에 기 초한 가상를퓨터 . 집 행 가능한 파일 의 명 령 들은 밑 
준위 의 처 리 기 에 서 집 행 되 는것 이 아니 라 모방기 에 서 해 석 된다. 모방기 는 모든 등 
록기들과 다른 처 리기하드웨 어 에 대한 쏘프트웨 어판본들을 포함함으로써 밑준위 
의 처리기가 모방기에서 해석된 프로그람의 영향을 받지 않도록 한다. 

• 비루스서명주사기 : 알려 진 비루스서명들을 찾는 목적코드를 주사하는 모둘 

• 모방조종모듈 : 목적코드의 집행을 조종한다. 

모의를 시작할 때마다 모방기는 목적코드에 있는 명령들을 한번에 한개씩 해석하기 
시 작한다. 따라서 목적 코드가 비 루스를 해 제 하고 적 발하는 암호해 제 루린 을 포함한다면 
그 코드는 해석된다. 사실상 비루스는 비루스를 적발하는것으로 항비루스프로그람과 같 
은 일을 수행한다. 조종모둘은 주기적으로 해석을 중단하고 목적코드에서 비루스서명들 
을 주사한다. 

해석 이 진행되 는 동안 목적코드는 실제의 개 인용콤퓨터환경 에 아무런 손상도 주지 
않을수 있다. 왜냐하면 그것은 완전히 조종된 환경에서 해석되고 있기때문이다. 

GD 주사기 설 계 에 서 가장 어 려운 문제 는 매 개 해 석 을 얼 마나 오래 실 행하는가를 결 
정 하는것 이 다. 대표적 으로 비 루스요소들은 프로그람이 집행을 시 작한후에 곧 동작하지 만 
다 그렇지는 않다. 주사기 가 특정한 프로그람을 더 오래 모방하면 할수록 그것은 그 어 
떤 숨은 비루스들도 더 잘 잡아 낸다. 그러나 항비루스프로그람은 사용자가 불평하기전 
에 제 한된 시 간과 자원들만을 차지할수 있 다. 

수자면역체계 

수자면역체 계는 IBM 에 의하여 개 발된 비 루스보호를 위한 포괄적 인 방법 이 다 
[ KEPH 97 a , KEPH 97 b ]. 이 체 계의 개 발동기는 인터 네 트에 기 초한 비루스전파의 위 협 
이 증가된데 있다. 먼저 이 위협들에 대하여 서술하고 IBM 의 방법들을 개괄한다. 

현재 비루스위협은 새로운 비루스들과 새로운 변종들이 상대적으로 느리게 전파되는 
특징을 가지 고 있다. 항비루스쏘프트웨어는 대표적 으로 달마다 갱 신되 고 있으며 이것은 
비루스문제를 조종하기에 충분하였다. 현재 인터네트는 비루스들의 전파에서 비교적 작 
은 역 할을 놀고 있 다. 그러 나 [ CHES 9 기 이 지 적하는바와 같이 인 터네 트에 서 두가지 주 
요경향은 앞으로 비루스전파속도를 증가시키는데 큰 영향을 줄것 이다. 즉 

• 통합우편체계 : Lotus Notes 와 Microsoft Outlook 와 같은 체 계들은 매우 간단 
히 누군가에게 무엇인가를 송신하거나 수신되는 객체를 연구하도록 한다. 

• 이동프로그람체계 : Java 와 Active 표와 같은 능력 으로 하여 프로그람들은 한 
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체 계 에 서 다른 체 계 에 로 자기 소유권을 옮길수 있 다. 

이 러 한 인 터 네 트에 기 초한 능력 들로 제 기 된 위 협 들에 대 응하여 IBM 은 표준수자면 역 

를 개발하였다. 이 체계는 앞의 소절에서 론의한 프로그람모방의 사용을 발전시키고 

■모방 및 비루스검출체계를 제공한다. 이 체계의 목적은 비루스들이 들어 오자마자 
박멸할수 있도록 빠른 응답시간을 제공하는것이다. 새로운 비루스가 기관내에 들어 
면역체계는 비루스를 포착, 해석，검출 및 차폐 하고 제거한다. 그리고 비루스가 다 

근에서 실행되기전에 검출할수 있도록 IBM Anti Virus 를 실행하고 있는 체계에 그 

■스에 대한 정보를 넘겨 준다. 

그림 15-8 은 수자면역체계조작의 대표적인 단계들을 설명한다. 

1. 매 개 PC 의 감시프로그람은 체 계행동, 프로그람의 의 심스러운 변경 또는 계 렬서 
명 에 기초한 여 러 가지 경험적방법을 사용하여 비루스가 존재할수 있다는것을 추 
리한다. 감시 프로그람은 감염 되 였 다고 생 각되 는 프로그람의 사본을 기 관내 에 있 
는 관리기계에 전송한다. 

2. 관리기계는 표본을 암호화하고 그것을 중앙비루스해석기계에 송신한다. 

3. 이 기계는 감염된 프로그람을 해석 하기 위하여 안전하게 실행할수 있는 환경 을 
창조한다. 이러한 목적에 사용되는 수법들은 의심되는 프로그람을 집행하고 감시 
하는 보호된 환경 을 모방하고 생 성하는 기 능을 가지 고 있 다. 그다음 비 루스해 석 
기계는 비루스를 식 별하고 제거 하기 위한 처 방을 내린다. 

4. 결과적으로 얻은 처방은 관리기계에 다시 송신된다. 

5. 관리기계는 감염된 의뢰기에 처방을 전송한다. 

6. 처방은 역시 기관내의 다른 의뢰기들에 전송된다. 

7. 세계의 여기저기에 있는 가입자들은 새로운 비루스들로부터 자기들을 보호하는 
정기적 인 항비루스갱신판들을 받는다. 

수자면역체 계의 성 공은 새롭고 혁 신적 인 비 루스변종들을 검출할 비 루스해석기 계의 

에 의거한다. 빈터에서 발견되는 비루스들을 항상 분석하고 감시함으로써 위협을 물 

기 위한 수자면역체계를 끊임없이 갱신할수 있다. 





전자우편비루스 

비 법 적쏘프트웨 어 에서 가장 최근에 개 발된것은 전자우편비 루스이 다. Melissa 와 같은 
가장 빨리 전파하는 전자우편비루스는 부속물로 매몰된 Microsoft Word 마크로를 사용 
하였다. 접수자가 전자우편부속물을 열면 Word 마크로가 동작한다. 그때 

1. 전자우편비루스는 사용자의 전자우편제품에 있는 우편목록의 모든 대상에 자기자 
신을 송신한다. 

2. 비루스는 국부적인 손상을 준다. 

1999년 말에 더 강력한 전자우편비 루스판본이 나왔다. 이 새 로운 판본은 부속물을 
여는것으로가 아니라 비루스를 포함하는 전자우편을 여는것으로 드물게 활성화시킬수 있 
다. 비루스는 전자우편제품이 지원하는 Visual Basic 서술언어를 사용한다. 

따라서 전자우편을 통하여 도착하고 전자우편쏘프트웨어의 특징 을 사용하여 인터 네 
트에 자기 자신을 복제 하는 멀웨어의 새 세대를 보게 된다. 비루스는 활성 화되 자마자(전 
자우편부속물의 열기나 전자우편의 열기로) 자기자신을 감염된 가입자가 알고 있는 모든 
전자우편주소들에 전파시킨다. 결과 몇달 또는 몇년에 걸쳐 전파하던 비루스들이 지금은 
몇 시 간내 에 전파된 다(표 15-4). 이 로 하여 많은 손해 를 입 기 전에 항비 루스쏘프트웨 어 가 
대응하기는 매우 힘들다. 결국 더 높은 수준의 보안을 PC 이상의 망편의프로그람과 응용 
쏘프트웨 어 에 구축하여 성 장하는 위 협 에 대 처 하여 야 한다 [ SCHN 9 的 . 


표 15-4. 비루스전파시간 


비루스 

발생한 년 

류형 

가장 우세하다고 
보아 진기간 

판정된 손해 

Jerusalem, Cascade, 
Form 

1990 

. exe 파일 

3 년 

5 년이상 모든 비루스 
에 대하여 5 천만딸라 

Concept 

1995 

Word 마크로 

4 달 

5 천만딸라 

Melissa 

1999 

Word 마크로가 허 
가된 전자우편 

4 일 

3 억 8 천 5 백만딸라까지 

Love letter 

2000 

VBS 에 기초하여 
허가된 전자우편 

5 시간 

15 조딸라까지 


원천 : www.icsa.net 


제 5 절. 믿음직한 체계 

지금까지 론의한것들중에서 대부분은 주어 진 사용자에 의한 피동적 인 또는 능동적 
인 공격으로부터 주어 진 통보문이 나 항목을 보호하는것과 관련된것 이였다. 어느정도 차 
이나지만 널리 응용할수 있는 요구는 보안수준에 기초하여 자료 또는 자원들을 보호하는 
것이다. 이것은 일반적으로 군대에서 실시하고 있는데 거기서는 여러개의 정보를 비밀이 
아닌것 ( U ), 덜 비 밀 인것 ( C ), 비 밀 인것 ( S ), 극비 밀인것 ( TS ) 또는 그이 상의 것 으로 분류 
하고 있다. 이 개 념은 정보를 대 략적 인 부류들로 조직할수 있고 사용자들이 자료의 일정 
한 부류들에 접 근할수 있도록 허 가증을 줄수 있는 다른 령역 에서 똑같이 응용할수 있다. 
실례로 가장 높은 수준의 보안은 회사의 사무원들과 그들의 책임자만이 접근할수 있는 
전 략적 인 회 사계 획 문서 들과 자료에 대 하여 실 시할수 있 으며 다음으로 높은 수준의 보안 
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은 관리부서사람들과 회사사무원들 기타 등등만이 접근할수 있는 매우 중요한 재정 및 
개 인 자료에 대 하여 실 시 할수 있 다. 

여러 종류 또는 여러 수준의 자료를 정의할 때의 보안을 여러준위보안이라고 한다. 
여 러준위보안에 대한 요구를 일반적으로 서술한것을 보면 그 흐름이 허용된 사용자의 의 
사를 반영하지 않는다면 높은 수준에 있는 주동체는 보다 낮은 수준 또는 비교할수 없는 
수준에 있는 주동체에로 정보를 전달할수 없다는것이다. 실현을 목적으로 이 요구를 두 
부분으로 나누어 간단히 설명한다. 여러준위보안체계는 다음과 갈은 대책을 취하여야 한 
다. 즉 

• 읽기금지 : 주동체는 자기보다 낮은 또는 갈은 보안수준의 객체만을 읽을수 있 
다. 론문에서는 이것을 단순보안속성이라고 부르고 있다. 

• 쓰기금지 : 주동체는 자기보다 높거나 같은 보안수준에만 쓰기할수 있다. 론문 
에서는 이것을 속성 1 (별속성이라고 한다.)이라고 한다. 

이 두가지 규칙을 적당히 지키면 여러준위보안이 보장된다. 자료처리체계에서 지금 
까지 써 오며 많은 연구와 개발의 대상이였던 방법은 참조감시기개념에 기초하고 있다. 
이 방법 을 그림 15-9 에서 설명한다. 참조감시 기는 주동체 와 객체의 보안파라메터 들에 기 
초하여 객 체 들에 대 한 주동체 들의 접 근을 조절 하는 를퓨터하드웨 어 와 조작체 계 의 조종요 
소이다. 참조감시기는 매개 주동체가 접근특권들(보안허가증)과 매개 객체에 대한 보호 
속성 들 (분류준위 )을 목록화한 보안핵 심 부자료기 지 라는 파일 에 접 근한다. 참조감시기 는 
보안규칙 들 (읽 기 금지，쓰기 금지 ) 을 실 시하며 다음의 속성 을 가진 다. 즉 

• 완전중재 : 보안규칙은 실례로 파일을 열 때가 아니라 파일에 대한 접근 때마다 
실시된다. 



1' 《*》은 아무런 의미도 없다. 모형에 대한 첫 보고서를 작성하는 동안 속성의 적당한 이름을 생각 

할수 있는 사람은 전혀 없다. 별표는 본문편집기가 속성의 이름이 일단 만들어 지면 그 이름을 사 
용하는 모든 구체례들을 빨리 찾아 교체할수 있도록 초안에서 입구된 가상문자였다. 이름이 전혀 
제시되지 않았으므로 보고서는《*》을 그대로 둔채 공개되였다. 
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• 고립 : 참조감시기와 자료기지는 승인되지 않는 변경으로부터 보호된다. 

• 검중성 : 참조감시기의 정확성은 증명 할수 있어야 한다. 즉 참조감시기가 보안규 
칙들을 실시하며 완전중재와 고립을 제공한다는것을 수학적으로 증명 할수 있어야 
한다. 

이 것 들은 실현하기 힘 든 요구들이 다. 완전중재 에 대 한 요구는 주기 억 기와 디스크 및 
레프에 있는 자료에 대한 매개 접근을 중재 하여 야 한다는것을 의미한다. 순수 쏘프트웨 
어적인 실현은 너무 큰 성능악화를 가져 오기때문에 현실적이지 못하다. 해결방도는 일 
부를 하드웨어로 실현하여야 한다는것이다. 고립에 대한 요구는 공격자가 아무리 솜씨가 
있다고 하더 라도 참조감시 기의 론리 나 보안핵 심부자료기 지의 내 용들을 변경 할수 없어 야 
한다는것 을 의 미 한다. 마지 막으로 수학적 증명 에 대 한 요구는 범 용콤퓨터 만큼 복잡하므로 
실현하기 힘들다. 이러한 검증을 할수 있는 체계를 믿음직한 체계라고 한다. 

그림 15-9 에서 지적한 마지 막요소는 검 열파일 이다. 보안핵 심부자료기지 에서 검 출된 
보안위반들 및 허용된 변경들과 갈은 중요한 보안사건들은 검열파일에 기억된다. 

미 국방성 은 1981년 에 자기 자신의 요구들을 만족시 키 고 사회 적봉사를 위하여 국가안 
전보장국 ( NSA ) 안에 믿 음직한 콤퓨터체 계 들의 광범한 사용을 조장하기 위한 목적 으로 
콤퓨터쎈터 를 설 립하였다. 이 목적은 쎈터의 상업제 품평 가프로그람에 의하여 실현된다. 
본질상 센터는 대략적인 보안요구들을 만족시키는 상업적으로 사용가능한 제품들을 평가 
하려고 한다. 쎈터는 평가된 제품들이 보장하는 보안특징들의 범위에 따라 그것들을 분 
류한다. 이러한 평가들은 국방성의 상품조달을 위하여 필요하며 공개되여 자유롭게 사용 
할수 있다. 그러므로 그 평가자료는 상업적구매자들이 상업적으로 사용할수 있는 기성장 
비 를 구입하는데 서 지 침 으로 봉사할수 있 다. 

트로이목마방어 

트로이 목마공격 들을 막기 위한 한가지 방법 은 안전하고 믿 음직한 신용조작체 계 를 사 
용하는것이다. 그림 15-10 에서는 한가지 실례를 설명하고 있다 [ BOEB 85]. 이 경우에 트 
토이목마는 대부분의 파일관리 및 조작체계들이 사용하는 표준보안기구 즉 접근조종목록 
을 속이는데 사용된다. 이 실례 에서 보브라는 사용자는 극히 중요한 문자렬 
《 CPE 170 KS 》 을 포함하는 자료파일과 어떤 프로그람을 통하여 대화한다. 사용자 보브 
는 자기 자신을 위하여 집 행하는 프로그람들에 만 읽 기 /쓰기 허 가된 파일 을 창조하였 다. 즉 
보브가 소유한 프로쎄스들만 파일에 접근할수 있다. 

트로이목마공격은 알리스라는 적대적인 사용자가 체계에 대한 합법적인 접근권을 얻 
고 트로이목마프로그람과《뒤주머 니》파일과 같은 공격 에 사용되는 개 인파일을 다 설치 
하면 드디 여 시 작된 다. 알리 스는 이 뒤 주머 니파일 에 대 한 읽 기 /쓰기 허 가권을 가지 며 보 
브에게는 쓰기허가권만을 준다(그림 15-10 1). 알리스는 트로이목마프로그람을 쓸모 있 
는 편의프로그람인것처럼 선전하여 보브가 그 프로그람을 호출하도록 유도한다. 트로이 
목마프로그람은 자기 가 보브에 의하여 집 행되 고 있다는것 을 검 출하면 보브의 파일 에서 
중요한 문자렬을 읽고 그것을 알리스의 뒤주머니파일에 복사한다(그림 15-10 L ). 읽기 
및 쓰기조작들은 다 접 근조종목록들에 의해 부과되 는 제 한조건들을 만족시 킨다. 그다음 
알리 스는 그 문자렬 을 알아 내 기 위해 오직 보브의 파일 에 만 접 근해 야 한다. 

이 대본에서 안전한 조작체계를 사용하는 방법을 고찰하자(그림 15-10 n ). 보안준 
위들은 콤퓨터에 접근중에 있는 말단과 통과암호/ ID 로 식별된 관련사용자와 갈은 특징 
들에 기초하여 가입시에 주동체들에 할당된다. 이 실례에는 두가지 보안준위 즉 기밀에 
속하는것(회 색 )과 공개하는것 (된색 ) 이 있으며 기밀 에 속하는것은 공개하는것 보다 더 높 
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은 준위 에 놓이 도록 배 렬한다. 보브가 트로이 목마프로그람을 기 동하면(그림 15-10 H ) 
그 프로그람은 보브의 보안준위를 획득한다. 따라서 단순보안속성하에서는 중요한 문자 
렬 을 관측할수 있 다. 그러 나 그 프로그람이 문자렬 을 공개 파일 (뒤 주머 니 파일 ) 에 기 억 시 
키려고 할 때 *一속성은 위반되며 기억시도는 참조감시기에 의하여 금지된다. 따라서 뒤 
주머니파일에로의 쓰기시도는 접근조종목록이 쓰기를 허용한다고 해도 거절된다. 즉 보 
안방책 은 접 근조종목록기 구보다 우월 하다. 

제 6 절. Windows 2000의 보안 

지 금까지 론의 하여 온 접 근조종개 념 들의 좋은 실 례 로 객 체 지 향개 념 들을 사용하여 강 
력 하고 유연한 접 근조종능력 을 주는 Windows 2000 ( W 2 K ) 접 근조종기 능을 들수 있 다. 

W 2 K 는 프로쎄스，스레드，파일，창문 및 다른 객체들에 적용할수 있는 통일적인 
접근조종기능을 제공하고 있다. 접근조종은 두개의 실체 즉 매개 프로쎄스와 관련된 접 
근통표와 프로쎄 스간 접 근이 가능한 매 개 객체 와 관련된 보안서 술자에 의하여 결정된다. 

접근조종기구 

사용자가 W 2 K 체 계 에 가입할 때 W 2 K 는 이 름/통과암호를 사용하여 사용자를 인증 
한다. 가입 이 접 수되 면 프로쎄 스가 그 사용자를 위하여 창조되 며 접 근통표는 프로쎄 스객 
체 와 관련된다. 후에 상세 히 서술하는 접근통표는 보안을 위하여 체계 가 사용자를 알수 
있도록 하는 식별자인 보안 ID ( SID ) 를 포함한다. 임의의 추가적인 프로쎄스들이 초기사 
용자프로쎄 스에 의하여 대 량적 으로 만들어 질 때 새 로운 프로쎄 스객 체 는 같은 접 근통표 
를 물려 받는다. 

접근통표는 두가지 목적에 봉사한다. 즉 

1. 그것은 접근확인속도를 높이 기 위하여 필요한 모든 보안정 보를 함께 유지한다. 
사용자와 관련된 임의의 프로쎄스가 접근을 시도할 때 보안보조체계는 프로쎄스 
와 관련된 통표를 사용하여 사용자의 접 근특권들을 결정할수 있 다. 

2. 그것 은 매 개 프로쎄 스가 자기 를 위하여 실 행 하고 있는 다른 프로쎄 스들에 영 향 
을 주지 않고 제한된 방법으로 자기의 보안특성지표들을 변경시킬수 있다. 

두번째 목적의 기본의미는 사용자와 관련될수 있는 특권들과 관련된다. 접근통표는 
사용자가 어 떤 특권들을 가질 수 있는가를 지 적한다. 일 반적 으로 통표는 매 개 특권들이 
금지된 상태로 초기화된다. 그후에 사용자의 프로쎄스중 한개 프로쎄스가 특권조작을 수 
행하려 고 한다면 프로쎄 스는 적 당한 특권을 허 락하고 접 근할수 있 다. 하나의 체 계 규모의 
장소에 사용자에 대 한 모든 보안정보를 유지 하는것은 기대할수 없다. 왜 냐하면 그 경우 
에 한개 프로쎄스에 특권을 허 락한다면 모든 프로쎄스들에 특권을 허 락하기때문이 다. 
프로쎄스간 접근이 가능한 매 개 객체와 관련되는것은 보안서술자이다. 보안서술자의 주 
요구성성분은 객체의 여 러 사용자들파 사용자그롭들에 대 한 접 근권들을 규정 하는 접근조 
종목록이다. 프로쎄스가 객체에 접근하려고 한다면 프로쎄스의 SID 는 객체의 접근조종 
목록과 비 교하여 접 근이 허 용되 는가를 결정한다. 

응용프로그람이 보증할수 있는 객체에로의 참조를 연다면 W 2 K 는 객체의 보안서술 
자가 응용프로그람의 사용자접근을 허 락하는가를 확인한다. 검사가 성공하면 W 2 K 는 허 
락된 접근권이 허 락된 결과객체들을 고속완충한다. 
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W 2 K 보안의 중요한 특징은 의뢰기/봉사기환경에서 보안의 사용을 단순화하는 의인 
화개념이다. 의뢰기와 봉사기가 RPC 련결을 통하여 대화한다면 봉사기는 의뢰기의 권한 
들과 관련된 접근에 대 한 요청을 평 가할수 있도록 의뢰기의 신원을 림시적 으로 가정할수 
할수 있다. 접 근이 끝나면 봉사기 는 의뢰 기의 신원을 원래 상태 로 복귀한다. 

접근통표 

그림 15-11 자에서 는 다음의 파라메터를 포함하는 접 근통표의 일 반구조를 보여 주고 
있 다. 

• 보안 ID : 망의 모든 기 계들에서 유일하게 사용자를 식 별한다. 이것은 일반적으 
로 사용자의 가입이 름에 대 응한다. 

• 그룹 SID 들 : 사용자가 속하는 그룹들의 모임 . 그롭은 단순히 접 근조종을 위하 
여 그름으로서 식별되는 사용자 ID 들의 모임 이다. 매개 그룹은 유일한 그롭 SID 
를 가진다. 객체에 대한 접근은 그룹 SID 들，개별적인 SID 들 또는 그 결합에 기 
초하여 정 의할수 있 다. 

• 특권들 : 사용자가 호출할수 있는 보안에 민감한 체계봉사들의 목록. 실례 로 생 
성통표를 들수 있다. 다른 실례로 모임여벌특권을 들수 있다. 이 특권을 가진 사 
용자들은 보통 읽을수 없는 파일들을 여 벌로 작성 하기 위한 여 벌작성 도구를 사용 
할수 있다. 대부분의 사용자들은 특권들을 전혀 가질수 없다. 

• 기정소유자 : 프로쎄스가 다른 객체 를 생성하면 이 마당은 누가 새 로운 객체의 
소유자인가를 규정한다. 일 반적 으로 새 로운 프로쎄 스의 소유자는 부모프로쎄 스의 
소유자와 같다. 그러나 사용자는 프로쎄스가 만들어 낸 임의의 프로쎄스들의 기 
정 소유자가 이 사용자가 속하는 그룹 SID 이 라는것 을 규정할수 있 다. 

• 기정 ACL : 이 것은 사용자가 생 성하는 객체 들에 적 용된 보호들의 초기 목록이 다. 
사용자는 후에 자기가 소유하고 있거 나 자기 그롭들중 하나의 그룹이 소유하고 
있는 임 의 의 객 체 에 대 한 ACL 을 교체 할수 있 다. 


보안 ID ( SID ) 


기 발들 

그룹 SID 들 


소유자 

특권들 


체계접근 
조종목록 ( SACL ) 

기 정 소유자 



선택접근조종목록 
( DACL ) 

기정 ACL 



ACI 머려부 
ACE 머 리 부 
접 근마스크 
SID 

ACE 머 리 부 
접근마스크 
SDD 


C) 


그림 15-11. Windows 2000의 보안구조 
1- 접근통표， l - 보안서술자, n - 접근조종목록 
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보안서술자 

그림 15-11 l 에서 는 다음의 파라메터 를 포함하는 보안서 술자의 일반구조를 보여 주 
고 있다. 

• 기 발들 : 보안서 술자의 종류 또는 내 용들을 정 의한다. 기 발들은 SACL 과 DACL 
이 존재 하는가，그것들이 기정기구에 의하여 객체 에 배 치되 였는가 그리 고 서술 
자에 있는 지 시 자들이 절 대 또는 상대 주소지 정 을 사용하는가를 지 적한다. RPC 
로 전송된 정 보와 같이 망을 통하여 전송되 는 객 체 들에는 관련서 술자들이 필 요 
하다. 

• 소유자 : 객체소유자는 일반적 으로 보안서술자에 대 하여 임의의 작용을 수행할수 
있다. 소유자는 개별적인 SID 또는 그룹 SID 일수 있다. 소유자는 DACL 의 내 
용을 변화시킬 권한을 가진다. 

• 체계접근조종목록 ( SACL ) : 객체 에 대 한 어떤 종류의 조작들이 검 열통보문들을 
발생시키는가를 규정한다. 응용프로그람은 임의의 객체의 SACL 을 읽거 나 쓰기 
위하여 대 응하는 특권을 자기 의 접근통표에 가지 고 있어 야 한다. 이 것은 권한 
받지 못한 응용프로그람들이 SACL 들을 읽지 못하게 하거나(이것으로 하여 검열 
통보문들의 발생 을 피 하기 위하여 무엇 을 하지 말아야 할것 인가를 알수 있 다.) 
그것들에 쓰지 못하게 (위법적 인 조작이 눈에 띄우지 않도록 많은 검열통보문들 
을 발생시키기 위해) 하기 위해서이다. 

• 선택 접 근조종목록 ( DACL ) : 어 떤 사용자들과 그룹들이 어 떤 조작들을 위하여 객 
체에 접근할수 있는가를 결정한다. 그것은 접근조종입구들 ( ACE ) 의 목록으로 구성 
된 다. 

객체 가 생 성될 때 객체를 생 성하는 프로쎄스는 자기의 접근통표에 자기소유의 
SID 또는 임 의의 그룹 SID 를 소유자로 지 정할수 있다. 생 성하는 프로쎄 스는 현재 접 
근통표에 없는 소유자를 지정할수 없다. 후에 객체의 소유자를 변화시 킬 권한을 부여 
받는 임의의 프로쎄스는 그렇게 할수 있지만 반면에 그와 류사한 제한을 받는다. 제한 
하는 리유는 사용자가 어떤 허용되지 않은 작용을 한후에 자기 흔적을 없애 버러지 못 
하게 하기 위해서이다. 

접 근조종목록들은 W 2 K 접 근조종목록기 능에 서 기 본이 기 때 문에 그것 들의 구조를 더 
상세히 보자(그림 15-11 n ). 매개 목록은 종합적인 머리부와 일정하지 않은 수의 접근 
조종입 구점 들로 구성 된 다. 매 개 입 구점 은 개 별 또는 그롭 SID 를 규정하며 이 SID 에 허 
가되 는 권한들을 정 의하는 접 근마스크를 규정한다. 프로쎄 스가 객체 에 접 근하려 고 할 
때 W 2 K 집행부에 있는 객체관리자는 접근통표로부터 SID 와 그룹 SID 들을 읽고 객체의 
DACL 을 주사한다. 일 치를 발견하면 즉 ACE 에서 접근통표의 SID 들중 한개와 일치하 
는 SID 를 발견한다면 프로쎄 스는 ACE 의 접 근마스크가 규정 한 접 근권한들을 가진다. 

그림 15-12 에서는 접근마스크의 내용들을 보여 주고 있다. 가장 낮은 쪽 16 bit 는 
특수한 형 태의 객체 에 적 용하는 접 근권한들을 규정한다. 실례 로 파일객 체 에서 비트 0은 
File _ Read_Data 접 근이며 사건객체 에서 비 트 0은 EventeQuery_Status 접 근이 다. 

마스크의 가장 높은 쪽 16 bit 는 모든 종류의 객체들에 적용&는 비트들을 포함한다. 
이것들중 5개 비트를 표준접근형 태 라고 한다. 

• 동기 : 이 객체와 관련된 어떤 사건과 집행을 동기시키도록 허가한다. 특히 객체 
는 기 다림기능에 사용될수 있다. 
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끼소유자 : 프로그람이 객체의 소유자를 변경시킬수 있게 한다 
1유자가 항상 객체에 대한 보호를 변경시킬수 있기때문에 쓸：5 
r 쓰기 DAC 접 근을 거 절하지 않을수 있다. ) . 

： y ] DAC : 응용프로그람이 DACL 즉 객체에 대한 보호를 변정 

K 

기조종 : 응용이 객체의 보안서술자의 소유자 및 DACL 마당- 
1: 다. 

-제 : 응용프로그람이 객체를 삭제하도록 한다. 

마스크의 높은 자리 비트중 절반은 역시 4개의 일반접근형태들 
여러개의 서로 다른 객체형태들에서 특정한 접근형태들을 설경 
r 준다. 실례로 응용프로그람이 여러가지 형태의 객체를 생성* 
!체들에 대한 읽기접근을 확실히 가진다고 가정하자. 일반접근« 
I 모든 객체를 보호하기 위하여 응용프로그람은 매 개 형 태의 년 
子축하여 야 하며 매 개 객 체 를 생 성 할 때 정 확한 ACE 를 주의 玄 
반개 념을 표시하는 단일 ACE 를 생성 하고 이 ACE 를 생성되는 
卜하며 옳은 사건 이 발생하도록 하는것 이 더 편 리하다. 이 목적 




File _ Read _ Data 와 File _ Read _ Attribute , File _ Read _ EA 에로 사영한다. SID 에 일반적 
인 $기를 허용하는 파일객체에 ACE 를 할당하는것은 이 다섯개 접근권들을 접근마스크 
에서 개별적으로 규정한것처럼 허가한다. 

접근마스크에서 나머지 두개 비트는 특별한 의미를 가진다. 접근체계보안비트는 이 
객체에 대한 검열 및 경보조종을 변경하도록 허용한다. 그러나 이 비트는 어떤 SID 의 
ACE 에 설정되여야 할뿐아니라 그 SID 를 가지고 있는 프로쎄스에 대한 접근통표는 허가 
된 대응특권을 가져 야 한다. 

마지막으로 허락된 최대값비트는 실제상 접근비트는 아니지만 SID 에 대한 DACL 
을 주사하기 위하여 W 2 K 알고리듬을 변경시키는 비 트이다. 일반적 으로 W 2 K 는 요청프 
로쎄 스가 요청한 접 근을 특별 히 허 가 (비 트설 정 ) 또는 거 절 (비 트비 설 정 ) 하는 ACE 를 찾 
을 때까지 또는 DACL 의 끝에 이를 때까지 DACL 을 주사한다. 후자의 경우에 접근은 
거절된다. 허락된 최대값비트는 객체의 소유자가 주어 진 사용자에게 허가될 최대값인 
접근권한들의 모임을 정의하도록 한다. 이것을 념두에 두고 응용프로그람은 대화기 간에 
객체 를 실행 하기 위하여 문의하게 될 모든 조작들을 알지 못한다고 가정 하자. 접근을 요 
청 하기 위한 방법 에 는 세 가지 가 있 다. 즉 

1. 모든 가능한 접근들에 대하여 객체를 열어 보시오. 이 방법의 결함은 응용프로 
그람이 대화에서 실제로 요구되는 모든 접근권들을 가질수 있다고 해도 접근이 
거절될수 있다는것이다. 

2. 특정한 접근이 요청될 때 에만 객체를 연다. 그리 고 서 로 다른 모든 형 태의 요청 
에 대하여 객체에로의 새로운 조종을 연다. 이것은 일반적으로 불필요하게 접근 
을 거절하지 않으며 또한 필요이상의 접근을 허용하지 않으므로 우월한 방법 이 
다. 그러나 추가적인 내부조작이 필요하다. 

3. 객체가 이 SID 를 허락할만큼의 많은 접근에 대하여 객체를 열어 본다. 이 방법 
의 우점은 사용자의 접근을 인위적으로 거절하지 않지만 응용프로그람은 자기가 
요구하는것보다 더 많이 접근권을 가진다는것이다. 후자의 상태는 응용프로그람 
에서 착오를 막을수 있다. 

W 2 K 보안의 중요한 특징은 사용자정의객체들에 W 2 K 보안틀을 사용할수 있다는것이 
다. 실례 로 자료기지봉사기 는 자기 의 보안서 술자들을 생성 하고 그것 들을 자료기지 의 부 
분들에 련결한다. 표준적인 읽기/쓰기접근수속들외에 봉사기는 결과모임의 흘리기 또는 
결합의 수행과 갈은 자료기지특유의 조작들을 보증할수 있다. 특수권한들의 의미를 정의 
하고 접근검사들을 수행하는것은 봉사기 가 한다. 그러 나 검사들에서는 표준문맥 에서 발 
생하여 체 계 규모의 사용자/그룹회 계 들과 검 열일지 들을 사용한다. 확장된 보안모형 은 외 
래파일체 계 의 실현들에 유익 하게 쓸수 있다. 

요약, 기본용어 및 복습문제 

기관이 직면한 여러가지 보안위협들을 조사하면 보안에 대한 요구들을 가장 잘 평가 
할수 있다. 봉사의 중단은 사용성에 대한 위협으로 된다. 정보의 도청은 비밀엄수에 대 
한 위협으로 된다. 마지막으로 합법적인 정보의 변경과 정보의 승인되지 않은 날조는 완 
정성에 대한 위협으로 된다. 

콤퓨터보안의 한가지 기본령역은 기억기보호이다. 이것은 여러개의 프로쎄스들이 동 
시 에 동작하는 임의의 체 계 에서 기 본이 다. 가상기 억기 기구는 표준적 으로 기 억기보호를 
위한 적 당한 기 구들로 장비 된 다. 


619 



다른 중요한 보안수법은 접근조종이다. 접근조종의 목적은 오직 권한 받은 사용자들 
만 특정한 체계와 그의 개별적자원들에 접근할수 있으며 자료의 특정부분들에로의 접근 
과 변경은 권한 받은 개체들과 프로그람들에 한정된다는것을 보증하는것이다. 엄격히 말 
하면 접 근조종은 망보안문제 라기 보다 콤퓨터 보안이 다. 즉 대 부분의 경 우에 접 근조종기 법 
들은 단일콤퓨터에 실현되여 그 콤퓨터에 대한 접근을 조종한다. 그러나 콤퓨터에 대한 
많은 접근은 망 또는 통신기구에 의한것이기때문에 접근조종기법은 분산망환경에서 효률 
적으로 운영할수 있도록 설계되여야 한다. 

점점 더 걱정되는 형태의 위협은 비루스들과 그와 류사한 쏘프트웨어기법들에 의하 
여 제기되는 위협이다. 이 위협들은 체계쏘프트웨어의 약점을 사용하여 정보에 대한 승 
인되지 않은 접근권을 얻든가 체계봉사률을 떨어 뜨린다. 

군사 및 상업환경들에서 점차 응용되고 있는 기술은 믿음직한 체계이다. 믿음직한 
체계는 누가 어디에 접근하도록 권한을 받았는가에 따라 자료에 대한 접근을 조절하는 
방법들을 제공한다. 기본문제는 체계가 주어 진 보안방책을 수행할것이라는것을 사용자 
가 완전히 믿을수 있도륵 체계를 설계하고 실현하는것이다. 

기본용어 


접근조종 

봉사거절 

통과암호 

적극적 위협 

암호화 

공개열 쇠 암호화 

고등암호화규격 ( AES ) 

전자우편 비 j 스 

재연 

인증성 

완정성 

RSA ( Rivest - Shamir-Ad eman ) 

사용성 

침 입 자 

함정 문 

기밀성 

침입검출 

3 중 DEA 

전통적 인 암호: h 

론리 폭탄 

트로이 목마 

자료암호알고리 듬 

마크로비루= . 

믿음직한 체계 

( DEA ) 

비 법적 인쏘 J .트웨 어 

비루스 

자료 암호화규_， 

(멀웨 어 ) 

벌레 

( DES ) 

피동위협 

좀 비 


복습문제 

1. 콤퓨터보안에서 강조되는 기본요구들은 무엇인가? 

2. 피동보안위협과 능동보안위협의 차이는 무엇인가? 

3. 피동 및 능동보안위협들의 형 태를 제시 하고 간단히 정의하시오. 

4. 가장 공통적 인 사용자접근조종수법들에는 어떤 요소들이 필요한가? 

5. 접근조종에서 주동체와 객체의 차이는 무엇인가? 

6. 그림 15-5 에서 양념의 목적을 설명 하시오. 

7. 통계 적 이 상침 입 검 출과 규칙 에 기 초한 침 입 검 출의 차이 를 설 명 하시 오 . 

8. 1999년과 2000년의 전자우편부속프로그람과 전자우편 VBS 비 법 쏘프트웨어제품들 
(실례로 Melissa , loveletter ) 을 매체에서 전자우편비루스타고 한다. 전자우편벌 
레라고 하는것 이 더 정 확하지 않는가? 

9. 암호화는 비루스들의 설계에서 어떤 역할을 노는가? 

10. 전통적 인 암호화기 구를 공격 하기 위한 두가지 일 반적 인 방법 은 무엇 인가? 

11. DES 와 3중 DES 란 무엇 인가? 
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12. AES 가 3 중 DES 보다 어떻게 되여 개선된것이라고 볼수 있는가? 

13. AES 후보자들을 평가하는데서 어떤 평가기준을 사용하는가? 

14. 전통적 인 암호화와 공개열쇠암호화의 차이 는 무엇 인가? 

15. 용어 공개열쇠，비공개열쇠，비밀열쇠의 차이는 무엇인가? 

참고문헌 
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련습 문제 

1. 26 개 자모문자중 4 개 문자결합으로 통과암호를 선택한다고 가정하자. 적수가 초 
당 한번씩 통과암호를 시도할수 있다고 가정하자. 

1) 매 개 시도가 끝날 때까지는 적수에 대 한 반결합이 전혀 없다고 가정 하면 정 
확한 통과암호를 발견하는 예상시 간은 얼마인가? 
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L ) 매개 부정확한 문자가 입구되는것과 갈은 오유를 알리는 적수에로의 반결합 
을 가정 한다면 정확한 통과암호를 발견하는 예상시 간은 얼마인가? 

길이가 k 인 원천요소가 어떤 통일적인 방식으로 길이가 p 인 목적요소에 사영된 
다고 가정하자. 매개 수자가 /깨 값들중 한개를 취한다면 원천요소들의 수는 戶 
이며 목적요소들의 수는 그보다 작은수 i 이다. 특정한 원천요소 지는 특정한 목 
적 요소 지 에 사영된다. 

1) 적수가 한번의 시도로 정확한 원천요소를 선택할수 있는 확률은 얼마인가? 
L ) 적수가 같은 목적요소 刀로 되는 서로 다른 원천요소 X k (X 戶 X k ) 를 산생할 
수 있는 확률은 얼마인가? 

n ) 적 수가 한번의 시 도로 정 확한 목적 요소를 산생할수 있는 확률은 얼 마인가? 

어음통과암호발생기가 매개 6개 문자통과암호에서 임의로 두개 토막을 취한다. 
매개 토막의 형식은 CVC (자음，모음，자음)이다. 여기서 V =〈 a , e , i , o , u > 
이 고 C=V 이 다. 

I ) 전체 통과암호수는 얼마인가? 

L ) 적수가 통과암호를 정확히 추측하는 확률은 얼마인가? 

통과암호로 95개의 인쇄 가능한 ASCII 문자들을 사용하도록 제 한하고 모든 통과암 
호들의 길이가 10문자라고 가정하자. 초당 640만개의 암호화속도를 가진 통과암 
호해독자를 가정하자. UNIX 체계에서 모든 가능한 동파암호들을 완전히 검사하 
는데 얼마만한 시간이 걸리겠는가? 

UNIX 통과암호체계에 대한 공개된 위협들로 하여 SunOS -4.0 문서화에서는 통과 
암호파일이 제거되고 / etc / publickey 라는 공개적으로 읽기가능한 파일로 교체 
된다고 권고한다. 사용자 A 의 파일에로의 입구점은 사용자식별자 ID a , 사용자 
공개 열쇠 KU a , 대 응하는 비공개 열쇠 또&로 구성된다. 이 비 공개열쇠는 사용자 
가입통과번호 &로부터 넘겨 받은 열쇠와 함께 DES 를 사용하여 암호화된다. A 
가 가입할 때 체계는 EP a [ KR a ] 을 해독하여 또、를 얻는다. 

1) 이때 체계는 P a 가 정확히 전달되였는가를 확인한다. 어떻게 확인하는가? 

L ) 적수가 이 체계를 어떻게 공격할수 있는가? 

UNIX 통과암호들에 사용된 암호화기구는 한 방향이 다. 거꾸로는 불가능하다. 그 
러므로 이것은 사실상 통과암호의 암호화라 고 말하기보다는 하쉬 코드라고 말하 
는것이 정확하지 않겠는가? 

UNIX 통과암호기구에 양념을 포함시 킨것은 추측난도를 4096배로 되게 한다고 서 
술되였다. 그러 나 양념은 대응하는 암호문통과암호와 마찬가지로 같은 입구점에 
평문으로 보관된다. 그러므로 이 두개 문자들은 공격자에게 알려 지거나 추측되 
지 말아야 한다. 양념이 왜 보안을 증가시킨다고 말하는가? 

앞의 문제 에 정 확히 대 답하고 양념 에 대 하여 충분히 리해하였 다고 가정 한다면 
또다른 질문이 제기된다. 양념의 크기를 례컨데 24 또는 48 bit 로 동적으로 증가 
시킨다면 모든 통과암호해독자들의 공격을 완전히 좌절시킬수 있지 않겠는가? 

여러준위보안체계에서 《읽기금지》규칙의 필요성은 매우 명백하다. 《쓰기금 
지》규칙의 중요성은 무엇 인가? 



10. 그림 15-10 에서 트로이목마의 복사 및 후관측사슬의 한개 련결이 파괴된다. 알 
리 스에 의한 두가지 서 로 다른 가능한 공격 방향이 존재한다. 즉 알리 스는 가입 
하여 문자렬을 직접 읽으러고 하며 뒤주머니파일에 중요한 보안준위를 할당한다. 
이 때 참조감시기 는 이 공격 을 막아 낼수 있는가? 

11. 누군가가 당신들중 두명 이 갈은 비밀열쇠를 소유하고 있다는것을 확인하기 위한 
다음의 방법 을 제 안한다고 가정 하자. 당신이 먼저 열쇠길 이의 임의의 비트문자 
렬을 생성하고 그것을 열쇠와 XOR 하고 결과를 통로로 송신한다. 당신들의 상 
대자가 들어 오는 블로크를 열쇠 (당신의 열쇠와 류사한)와 XOR 하고 그것을 되 
송신한다. 당신이 그것을 검사하고 수신한것이 자기의 원래의 임의의 비트문자 
렬이면 당신들중 누구도 열쇠를 전송한적 이 없다고 해도 당신들욧 상대 자와 같 
은 비밀열쇠를 가진다는것을 확인하였다. 이 기구에 결함이 있는가? 

부록 15-기. 암호화 

실제상 모든 자동화된 망과 콤퓨터보안응용들의 기초로 되는 주요수법은 암호들이다. 
두가지 기본방법 즉 대칭 암호로서 알려 진 전통적 인 암호화와 비동기 암호화로 알려 진 
공개 열쇠 암호화가 사용되 고 있 다. 부록에서 는 몇 가지 중요한 암호화알고리 듬들에 대 하여 
간단히 설명 하는것과 함께 두가지 암호화류형을 개괄한다. 

전통적인 암호화 

동기암호화 또는 단일 열쇠암호화라고도 하는 전통적 인 암호화는 1970년대 말에 공개 
열쇠암호가 출현하기전에 사용하여 온 유일한 암호화방법이 였다. 전통적 인 암호화는 로 
마의 Julius Caesar 부터 2차세계대전시기 도이 월 란드의 U - 잠수함부대와 오늘날의 외교， 
군사，상업 부분의 사용자들에 이 르기 까지 헤 아릴수 없 이 많은 개 인들과 그룹들에 의한 
비밀통신에 사용되 였다. 그것은 두가지 류형의 암호화가운데서 훨씬 더 광범 하게 사용되 
고 있다. 

전통적인 암호화기구는 다섯가지 요소를 가진다(그림 15-13). 

• 평문 : 이것은 알고리듬의 입력으로 공급되는 원본통보문 또는 자료이다. 

• 암호알고리듬 : 암호알고리듬은 평문에 대한 여러가지 치환과 변환을 수행한다. 

• 비밀열쇠 : 비밀열쇠도 역시 암호알고리듬의 입력이다. 알고리듬이 수행하는 정 
확한 치환과 변환들은 열쇠에 관계된다. 

• 암호문 : 이것은 출력으로 산생된 부호화된 통보문이다. 그것은 평문과 비밀열쇠 
에 관계된다. 주어 진 통보문에 대 한 두개의 서 로 다른 열쇠들은 두개의 서로 다 
른 암호문을 산생한다. 

• 암호해제알고리듬 : 이것은 본질상 반대로 실행되는 암호알고리듬이 다. 그것은 
암호문과 비밀열쇠를 가지 고 원래의 평 문을 산생한다. 전통적 인 암호화를 안전 
하게 사용하기 위한 두가지 필요조건이 있다. 즉 

1. 우리에게는 강력한 암호알고리듬이 필요하다. 우리는 최소한 알고리듬을 알고 있 
고 한개이상의 암호문에 접근하는 적수가 암호문을 해독하거나 열쇠를 해석할수 없는 알 
고리듬이 요구된다. 이 요구는 더욱 강경하게 제기된다. 즉 적수가 비록 여러개의 암호 
문과 함께 매 개 암호문을 생성한 평 문을 입수한다고 해도 암호문을 해독하거 나 열쇠를 
발견할수 없을것을 요구한다. 
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송신자와 접수자에 
의하여 공유된 비밀열쇠 


송신자와 접수자에 
의하연 공유된 비밀열쇠 



평문입력 암호알고리듬 암호해제알고리듬 평문출력 

■(실례로 DES ) (암호알고리듬의 

반대) 


그림 1&* 明.전통적인 암호화기구 

2. 송신자와 수신자는 안전한 방식으로 비밀열쇠의 사본들을 획득하며 열쇠를 안전 
하게 유지하여야 한다. 누군가가 열쇠를 발견하고 알고리듬을 알수 있다면 이 
열쇠를 사용하는 모든 통신은 쉽게 해독된다. 

전통적 인 암호화기 구를 공격 하기 위한 두가지 일 반적 인 방법 이 있 다. 첫 번째 공격 
방법은 암호 해석학으로 알려 져 있다. 암호해석공격들은 알고리듬의 특징과 함께 평문 
의 일반특성들에 대한 어떤 지식이나 지어 어떤 표본적인 평문-암호문쌍들에 관계된다. 
이 런 형 태의 공격 은 알고리 듬의 특성들을 사용하여 특정한 평 문을 추론하거 나 사용되고 
있는 열쇠를 추론해 본다. 열쇠에 대한 추론공격에서 성공하면 결과는 파국적이다. 그 
열쇠로 암호화되는 미래와 과거의 모든 통보문들은 위태롭게 된다. 

열쇠 전수공격 법 으로 알려 진 두번째 방법 은 평문으로 리 해 하기 쉽 게 변환될 때 까지 
부분적 인 암호문에 대하여 모든 가능한 열쇠들을 시도하는것 이다. 평균하여 모든 가능 
한 열쇠들의 절반을 시도하여 성공하여 야 한다. 표 15-5 에서는 여 러가지 열쇠크기 에 대 
하여 얼마만한 시 간이 요구되 는가를 보여 준다(표는 한개의 암호화를 수행하는데 lw 
걸린다고 가정하고 오늘날의 를퓨터에 알맞는 자리수의 매개 열쇠크기에 대한 결과를 
보여 준다.). 표는 많은 극소형처리기들로 병렬구성된 체계를 사용하는 경우에 보다 높 
은 자리의 처 리속도를 달성할수 있다. 표의 마지막렬은 마이크로초당 백 만개 열쇠를 처 
리할수 있는 체계 에서의 결과를 보여 준다. 한가지 알수 있는것은 이 성능준위 에서 
56 bit 열쇠가 계산상 더는 안전하다고 볼수 없다는것이다. 


표 15-5. 열쇠전수탐색에 필요한 평균시간 


열쇠길이 
( bit ) 

가능한 열쇠수 

1 암호 // (S 속도에서 
필요한 시간 

10 6 암호 / jK 속도에서 
필요한 시간 

32 

2 32 =4.3 X 10 9 

2 3 Vs =35.8 분 

2.15 ms 

56 

2 56 =4.3 X 10 16 

2 55 뼤142년 

10 시간 

128 

2 128 =4.3 X 10 38 

2 12 Vs =5.4 xl 0 24 년 

5.4 X 10 18 년 

168 

2 168 =3.7 X 10 50 

2 167 신 S =5.9 X 10 36 년 

5.9 X 10 30 년 
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자료암호화표준 ( DES ) 

가장 널 리 사용되 는 암호화기 구는 국가규격표준국 지 금은 미 국규격 및 기 술협 회 
( NIST ) 에서 1977년에 미련방정보처리규격 46 (FIPS PUB 46) 으로 채택된 자료암호화표준 
( DES ) 에서 정의된다. 1994년에 NIST 는 앞으로 5년간 FIPS PUB 46-2 에서 련방적으로 사 
용하기 위하여 DES 를 개정하였다. NIST 는 극비정보의 보호를 제외한 응용프로그람들에 
서 DES 를 사용할것을 권고하였다. 알고리듬자체는 자료암호알고리듬 ( DEA ) 이 라고 한다. 

모든 암호화기구의 경우와 마찬가지 로 DES 암호화기능은 두가지 즉 암호화되는 평 
문과 열쇠를 요구한다. DES 의 경우에 평문은 64 bit 이 고 열쇠는 56 bit 이 여 야 한다. 보다 
긴 평문블로크들은 64 bit 의 블로크들로 나누어 암호화된다. 

본질에 있어서 DES 에서는 매 반복의 결과로 64 bit 의 중간값을 발생시키면서 16회의 
반복에 걸쳐 매개 64 bit 입력을 넘겨 주는 방법 으로 평문을 처 리한다. 매개 반복은 본질 
상 비트들의 치환과 한비트패턴을 다른 비트패턴으로 바꾸는 동작을 동반하는 똑같이 복 
잡한 함수이다. 매개 단계의 입력은 이전 단계의 출력과 함께 보조열쇠라고 하는 열쇠비 
트들의 치환값으로 구성된다. 

DES 의 암호해제과정은 암호화와 본질상 동일하다. 즉 암호문을 DES 알고리듬의 입력 
으로 사용한다. 그러나 매개 반복에서 발생한 보조열쇠들을 반대순서로 사용한다(실례로 
첫번째 반복에는 열여섯번째 보조열쇠를，두번째 반복에는 열다섯번째 보조열쇠를 사용). 

DES 의 강도 


1970년대말에 전문가들은 안전한 알고리듬으로서의 DES 시대는 얼마 남지 않았으며 
처 리 기 속도의 증가와 하드웨 어원가의 저 하로 DES 가 무력해 지 는것 은 시 간문제 라고 경 
고하였다. 1998년 7월 전자첨단재단 ( EFF ) 이 25만딸라이하로 제작한 전용목적의 《DES 
해독기》기계를 사용한 새로운 DES 도전은 실패하였다고 방송하였을 때 DES 에게는 결 
국 죽음이 선언되 였다. EFF 는 기계의 상세한 설명을 공개 하고 다른 사람들이 자기의 
해 독기 를 구축할수 있게 하였 다 粧 FF 98]. 물론 하드웨 어가격 은 속도가 증가함에 따라 
계속 떨어 지고 DES 를 가치 없는것으로 만들것이다. 

다행 히도 시 장에서 입 수할수 있는 여 러개의 다른 방법 들이 있다. 다음에 는 가장 광 
범히 사용되 는 방법 들을 보게 된 다. 

3중 DEA 

열쇠전수공격법에 대한 DES 의 약점이 알려 졌기때문에 다른 방법을 찾는데로 관심 
이 돌려 졌 다. 현재 의 투자를 쏘프트웨어 와 장비 에 보존하는 한가지 방법은 DES 와 다 
중열쇠 들에 의한 다중암호화를 사용하는것 이 다. 3중 DEA ( TDEA ) 는 1985년에 재 정 부분 
의 응용프로그람들에 사용하기 위하여 ANSI 규격 X 9.17 에 서 처 음으로 표준화되 였 다. 
TDEA 는 1993년에 자료암호화표준의 일부로 FIPS PUB 46_3의 공개 판에 통합되 였다. 

TDEA 는 3개 의 열쇠 를 사용하여 DES 알고리 듬을 세번 집 행한다. 조작은 암호화-암 
호해제-암호화 ( EDE ) 순서로 진행된다. 2 TEDA 에서 세개의 서로 다른 열쇠들은 168 bit 의 
효률적인 열쇠길이를 가진다. FIPS 46-3 은 또한 K 1= K 3 인 두개의 열쇠를 사용할수 있다. 
이때 열쇠의 길이는 112 bit 이다. FIPS 46-3 에는 TDEA 에 대한 다음의 지침들이 포함되 
여 있다. 즉 


두번째 단계에서 암호해제를 사용하는것은 암호에 4 부런 의의도 없다. 그것의 유일한 우점은 3중 
DES 의 사용자들이 이전 단일사용자들에 의하여 세개의 매 단계에서 같은 열쇠를 단순히 반복하여 
암호화한 자료를 암호해 제하도록 한다는것 이 다. 
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• TDEA 는 FIPS 에 통과된 전통적 인 암호알고리듬이 다. 

• 56 bit 의 단일열쇠를 사용하는 원래의 DEA 는 오직 종전의 체계들을 위한 규격하 
에서 허가되였다. 지금 나오고 있는 체계들은 TDEA 를 지원한다. 

• 종전의 DEA 체 계 들을 가지 고 있 는 정 부기 관들에 TDEA 에 로 이 행 할것 이 권고되 
고 있다. 

• TDEA 와 고급암호화표준 ( AES ) 은 FIPS 통과알고리듬으로서 공존하는데 AES 에로 
점 차 이 행할것 이 예 견된다. 

TDEA 는 방대 한 알고리 듬이 라고 보기 쉽다. 기 초를 이 루는 암호알고리 듬이 DEA 이 
기 때문에 TDEA 는 DEA 에 요구되는 알고리듬에 기초한 암호해석학에 똑같이 대항할것 
을 요구할수 있다. 게다가 168 bit 의 열쇠길이인 경우 열쇠전수공격은 실제상 불가능하다. 
DES 의 약점 들을 용납할수 있는 앞으로의 몇년동안 그리 고 AES 의 본격 적 인 전개 가 시 
작될 때 까지 는 TDEA 의 사용이 계 속 증가될 것 이 라고 기 대할수 있 다. 

고급암호화표준 

TDEA 는 앞으로 두가지 리 유로 하여 몇년동안 널 리 사용할것 으로 예견된다. 첫째 
로，열쇠길이가 168 bit 인 경우 DEA 의 열쇠전수공격에 대한 약점을 극복할수 있다. 둘 
째로， TDEA 에서 기초로 되는 암호알고리듬은 DEA 에서와 같은 알고리듬이 다. 이 알고 
리듬은 오랜 기 간에 걸쳐 다른 모든 암호알고리듬보다 더 자세 히 연구되여 왔으며 이 알 
고리 듬에 기 초한 암호해 석공격 이 열쇠전수공격 보다 비효률적 이 라는것 을 알수 있었다. 그 
러므로 TDEA 는 암호해석에 대하여 강하게 저항한다고 크게 믿을수 있다. 보안만을 념 
두에 둔다면 TDEA 는 앞으로 몇십년동안 표준화된 암호알고리 듬으로 될수 있을것 이 다. 

TDEA 의 주요한 약점 은 알고리 듬이 쏘 프트웨 어 에서 상대적 으로 속도가 른것 이 다. 
원래의 DEA 는 1970년대 중엽에 하드웨어적으로 실현하려고 설계되였으며 효률적인 쏘 
프트웨 어코드를 만들어 내 지 못하였 다. DEA 만한 반복의 3배 가 되 는 TDEA 는 그만큼 
더 뜨다. 두번째 약점은 DEA 와 TDEA 가 다 64 bit 의 블로크를 사용한다는것 이 다. 효률 
및 보안문제와 관련해서는 보다 큰 블로크가 필요하다. 

이 약점들때문에 TDEA 는 오랜 기간 사용할수 있는 적당한 후보자가 못된다. 후보 
자로서 NIST 는 1997년에 새로운 고급암호화표준 ( AES ) 에 대한 제안을 발표하였다. 
AES 는 TDEA 와 같거나 더 좋은 보안강도를 가지며 효률도 매우 개선되였다. 이 일반 
적 인 요구들에 추가하여 NIST 는 AES 의 블로크길 이 가 128 bit 인 대 칭 블로크암호이 여야 
하며 길이가 128，192,256 bit 인 열쇠를 지원하여야 한다고 규정하였다. 평가기준에는 보 
안，계산효률，기 억기요구, 하드웨 어 및 쏘프트웨어의 적 합성，유연성 이 포함되 였다. 

첫번째 평 가단계에서 는 15개의 제 안된 알고리 듬들이 접수되 였 다. 두번째 단계 에서는 
5개 알고리듬들로 줄어 들었다. 이 책을 집필하는 현재 NIST 에서는 평 가를 끝내고 2001 
년 여 름까지 최종규격 을 공개 하려 고 하고 있다. 시 장진출은 그후 몇년이 걸 릴수 있다. 

공개열쇠암호화 

Diffie 와 Heilman 에 의 하여 1976년 에 처 음으로 공개 적 으로 제 안된 공개 열 쇠 암호화 
는 사실상 수천년동안 암 호화에서 처음으로 되는 진짜 혁신적인 진보였다. 우선 한가지 
실례를 든다면 공개열쇠알고리듬은 단순한 비트패런들의 조작에 기초한것이 아니라 수학 
적 함수들에 기 초하고 있 다. 보다 중요한것 은 공개 열쇠암호에 서 오직 한개 의 열쇠 만을 사 
용하는 대칭형의 전통적인 암호화와는 달리 비대칭으로서 두개의 독립적인 열쇠들을 사 
용하는것이다. 두개의 열쇠를 사용하면 기밀성, 열쇠배포, 인증의 령역들에서 심중한 결 
과를 가져 온다. 
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먼저 공개열쇠암호화와 관련되는 여러가지 공통적인 잘못된 견해들에 대하여 언급한 
다. 첫번째 잘못된 견해는 공개열쇠암호화가 암호해석에 대하여 전통적인 암호화보다 더 
안전하다는것이다. 사실상 모든 암호화방안의 보안은 열쇠의 길이와 암호를 해석하는데 
필요한 계산작업에 관계된다. 암호해석에 대항하는 관점에서 볼 때 전통적 인 암호화나 공 
개열쇠암호화중에서 어느것이 더 우월한가 하는데는 원리적으로 특별한것이 없다. 두번째 
잘못된 견해는 공개열쇠암호화가 전통적인 암호화를 쓸모 없게 만드는 범용수법이라는것 
이 다. 그러 나 현대 적 인 공개 열쇠 암호화방안들의 내 부계산처 리때 문에 전통적 인 암호화가 
포기될 가능성은 전혀 있을것 갈지 않다. 결국 공개열쇠 암호화를 적용하면 전통적 인 암호 
화에서 열쇠배포쎈터들을 필요로 하는 번잡한 맞잡이처리에 비하여 열쇠배포가 매우 쉬워 
진다. 사실상 중앙대리점을 포함하는 어떤 형식의 규약이 필요한데 이때 동반되는 수속들 
은 전통적 인 암호화에 필요한 수속들보다 더 효률적 이지도 더 단순하지도 않다. 

공개열 쇠암호화기 구는 5개 의 요소를 가진 다 (그림 15-14). 즉 



(실례로 RSA ) T ) (암호알고리듬의 반대) 



평 문입 력 암호알고리 듬 암호해 제알고리 듬 평 문출력 

(실례로 RSA ) i _) (암호알고리듬의 반대) 


그림 15-14. 공개열 쇠암호화 
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• 평문 : 알고리듬에 입력으로 공급되는 읽기가능한 통보문 또는 자료이 다. 

• 암호알고리듬 : 암호알고리듬은 평문에 대한 여 러가지 변환을 수행한다. 

• 공개 및 비공개열쇠 : 한개가 암호화에 사용되면 다른것은 암호해제에 사용되도 
록 선택된 열쇠쌍이다. 암호알고리듬이 수행하는 변환들의 정확성은 입력으로 
주는 공개 또는 비공개열쇠에 관계된다. 

• 암호문 : 출력으로 산생된 변신된 통보문이다. 암호문은 평문과 열쇠에 관계된다. 
주어 진 통보문에 대한 두개의 서로 다른 열쇠들은 두개의 서 로 다른 암호문들 
을 산생 한다. 

• 암호해제알고러듬 : 이 알고리듬은 암호문과 열쇠쌍의 다른 한쪽 열쇠를 입력하 
여 원래의 평문을 산생한다. 

처리는 열쇠쌍이 사용되는 순서를 고려함이 없이 진행된다(정확한 평문을 출력으로 
생성한다.). 이름들이 암시하는바와 같이 열쇠쌍에서 공개열쇠는 다른 사용자들이 사용 
할수 있도록 공개되며 비공개열쇠는 그 소유자만 안다. 

이제 보브가 알리스에게 비밀통보문을 보내려고 한다고 하자. 그리고 보브는 알리스 
의 공개열쇠를 가지고 있으며 알리스는 공개열쇠와 쌍이 되는 비공개열쇠를 가지고 있다 
고 가정 하자(그림 15-14 1). 보브는 알리스의 공개열쇠를 사용하여 통보문을 암호화하 
여 암호문을 생 성한다. 그다음 암호문은 알리 스에 게 전송된 다. 알리 스는 암호문을 받으 
면 자기의 비 공개열쇠 를 사용하여 그것 을 암호해제한다. 알리 스만이 자기의 비 공개열쇠 
사본을 가지고 있기때문에 그밖의 누구도 그 통보문을 읽을수 없다. 

공개열쇠암호화는 그림 15-14 l 에서 설명된것과 같이 다른 방법 으로 사용할수도 있 
다. 보브가 알리스에게 통보문을 보내려고 하며 통보문을 비밀로 하는것이 중요하지 않 
지 만 보브는 알리 스가 그 통보문이 정 말로 자기한데 서 오는것 이 다는것 을 확신하기 를 바 
란다고 가정 하자. 이 경우에 보브는 자기소유의 비 공개열쇠를 사용하여 통보문을 암호화 
한다. 알리 스는 암호문을 수신하면 보브의 공개열쇠 로 그것 을 암호해제할수 있다는것 을 
알고 그 통보문이 보브가 틀림없이 암호화하였다는것을 확인한다. 그밖의 누구도 보브의 
비 공개열쇠를 가지 고 있지 않으며 따라서 누구도 보브의 공개열쇠 로 암호문을 생성할수 
없 다. 범 용공개열쇠암호알고리 듬에서는 한개의 열쇠 로 암호화를 하고 다른 열쇠 로 암호 
해제를 한다. 또한 이 알고리듬은 다음의 중요한 특징들을 가진다. 즉 

• 암호알고리 듬에 대 한 지 식 만으로 주어 진 암호해제열쇠와 암호열쇠를 결정하는것 
은 계산상 불가능하다. 

• 두개의 관련열쇠들중 어느 한쪽 열쇠는 암호화에，다른 열쇠는 암호해제에 사용 
할수 있다. 

기본단계는 다음과 갈다. 즉 

1. 매 개 사용자는 통보문의 암호화와 암호해 제 에 사용되 는 열 쇠 쌍을 발생한다. 

2. 매개 사용자는 두개 열쇠중 한개를 공개등록기 또는 접근가능한 다른 파일에 보 
관한다. 이것 이 바로 공개열쇠 이 다. 다른쪽 열쇠 는 비밀로 보관한다. 그림 1卜14 
기에서 암시하는바와 같이 매개 사용자는 다른 사용자들한테서 받은 공개열쇠묶음을 
가지고 있다. 
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3. 보브가 알리 스에 게 비밀통보문을 송신할 때 보브는 알리 스의 공개열쇠 를 사용하 
여 통보문을 암호화한다. 

4. 알리 스는 통보문을 수신하면 자기 의 비 공개열쇠 를 사용하여 그것 을 암호해 제한다. 
알리 스만이 자기의 비 공개열쇠를 알고 있기때 문에 다른 접수자는 그 통보문을 전 
혀 암호해 제할수 없 다. 

이 방법 에서 모든 관계 자들은 공개열쇠 에 접 근하고 비 공개열쇠 들은 매 개 관계 자에 
의하여 국부적 으로 발생 되 며 따라서 전혀 배 포할 필요는 없 다. 사용자가 자기 의 비 공개 
열쇠 를 보호하는한 들어 오는 통신은 안전하다. 임의의 시각에 사용자는 비 공개열쇠를 
변경 시 킬수 있으며 낡은 공개열쇠 를 교체 하기 위하여 변경 된 비 공개열쇠 에 대 응하는 공 
개열쇠 를 공개할수 있 다. 

전통적 인 암호화에 사용되 는 열쇠 는 보통 비밀 열쇠라고 한다. 공개열쇠암호화에 사 
용되는 두개의 열쇠를 각각 공개열쇠와 비공개열쇠라고 한다. 비공개열쇠는 변함없이 비 
밀로 보관되지 만 전통적 인 암호화와의 혼돈을 피 하기 위하여 비밀열쇠 가 아니 라 비공개 열 
쇠라고 한다. 

리버스트 샤미어 아들레만 ( RSA ) 알고리듬 

첫 공개열쇠방안들중의 하나가 1977년에 MIT 의 론 리 베 스트，에 디 샤미 어，렌 아들 
레만에 의하여 개 발되 였 다. RSA 방안은 그이후 공개열쇠암호화에 가장 널 리 도입 되 고 
실현된 유일한 방법으로서 가장 널리 류행되고 있다. RSA 는 평문과 암호문이 어떤 지에 
대 하여 0과 사이 에 있는 옹근수들로 된 암호이다. 암호화는 모둘산법 을 동반한다. 
알고리듬의 강도는 수자들을 소인수들로 분해하는데서 제기되는 곤난성 에 관계된다. 
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부록 1. TCP/IP 

이 부록에서는 먼저 계층화된 통신규약구성 방식을 소개 한다. 다음으로 계층화된 통 
신규약구성 방식 에 서 가장 중요한 TCP/IP 규약을 고찰한다. TCP/IP 는 인터네 트에 기 초한 
개 념 이며 모든 령역의 콤퓨터통신규격 들을 개 발하기 위한 기초구조이 다. 실제상 모든 콤 
퓨터 제 작자들은 이 러 한 구성 방식 을 지 원 하고 있 다. 

1-1. 틍신규약구성방식에 대한 요구 

콤퓨터 들과 말단들 그리 고 다른 자료처 리장치 들이 자료를 교환할 때 동반되 는 절 차 
들은 아주 복잡할수 있다. 실례로 두 콤퓨터사이의 자료전송을 고찰하자. 두 콤퓨터사이 
에는 직접 또는 통신망을 통한 자료경로가 있어 야 한다. 그러나 보다 많은 요구항목이 
제 기된다. 수행해 야 할 대 표적 인 과제 들로는 다음과 갈은것들이 포함된다. 즉 

1. 원천 체계는 직 접 자료통신 경 로를 활성 화시 키거나 희 망하는 목적 체 계의 신원을 통 
신망에 통지하여야 한다. 

2. 원천체계는 목적체계가 자료를 수신할 준비가 되여 있다는것을 확인하여야 한다. 

3. 원천체 계의 파일전송응용프로그람은 목적 체 계의 파일관리프로그람이 특정한 사용 
자를 위하여 파일 을 접 수하고 보관할 준비 가 되 여 있음을 확인하여 야 한다. 

4. 두 체계에서 사용되는 파일형식이 호환성이 없으면 한 체계 또는 다른 체계는 양 
식 변환기 능을 수행하여 야 한다. 

두 콤퓨터체계들사이에서 높은 급의 협동처 리가 진행되여야 하는것은 명백하다. 이 
것을 단일모둘로 론리적으로 하지 않고 과제를 부분과제들로 나누고 매개 과제를 독립적 
으로 실현한다. 통신규약구성방식에서 모둘들은 가상탄창에 배렬된다. 탄창에 있는 매개 
층은 다른 체계와 통신하는데 필요한 함수들의 관련부분모임을 수행한다. 매 개 층은 자 
기 보다 낮은 층에 의 거하여 더 많은 기 본지 령함수들을 수행하며 이 함수들의 상세한 정 
보를 숨긴다. 매개 층은 자기보다 높은 층에 봉사한다. 층들은 리론상 한개 층에서의 변 
화가 다른 층들에서의 변화를 요구하지 않도록 설계되여야 한다. 

물론 두 체계가 통신하므로 똑갈은 계층화된 함수들의 모임이 두 체계에 있어야 한 
다. 두 체계가 대응하는 또는 갈은 준위의 통신층들을 가져야 통신이 이루어 진다. 갈은 
준위 의 층들은 통신규약이라는 규칙 또는 규약들의 모임 에 따르는 양식 화된 자료블로크 
로 통신한다. 통신규약의 기본특징은 다음과 갈다. 즉 

• 문장론 : 자료블로크의 양식과 관련된다. 

• 의미 론 : 동위 어구와 오유조정 을 위 한 조종정 보를 포함한다. 

• 박자동기 : 속도의 조화와 순서화를 포함한다. 

1-2. TCP/IP 규약의 구성방식 

TCP/IP 규약구성 방식 은 고등연구계 획 청 ( DARPA ) 이 투자한 시 험 적 인 파케 트교환망 
ARPANET 에 대 한 통신규약연구와 개 발의 산물로서 일 반적 으로 TCP/IP 규약이라고 한 
다. 이 규약은 인 터네 트방식 국 ( IAB ) 이 인 터네 트규격 들로 제 출한 큰 규약집 합으로 구성 
된 다. 
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TCP/IP 층 

쉽게 말하면 통신은 세개의 중개자 즉 응용프로그람，콤퓨터，망을 동반한다고 말할 
수 있다. 응용프로그람의 실례로는 파일전송과 전자우편을 들수 있다. 여기서 론의하는 
응용프로그람들은 두 콤퓨터체계들사이의 자료교환을 포함 하는 분산응용프로그람들이다 . 
이 응용프로그람들과 그밖의 응용프로그람들은 흔히 여 러 개 응용프로그람들의 동시 실 행 
을 지원할수 있는 콤퓨터들에서 집행한다. 콤퓨터들은 망에 련결되며 교환될 자료는 한 
콤퓨터에서 다른 콤퓨터로 망을 통하여 전송된다. 따라서 한 응용프로그람에서 다른 응 
용프로그람에로의 자료전송은 먼저 응용프로그람이 존재하는 콤퓨터에 자료를 주고 그다 
음 콤퓨터의 예정된 응용프로그람에로 자료를 주는 동작을 포함한다. 

이 개 념들을 념두에 두고 통신과제를 상대적 으로 독립적 인 다섯개의 층으로 구성 한다. 

• 물리층 

• 망접근층 

• 인터네트층 

• 가입자 대 가입자층 또는 전송층 

• 응용증 

물리층은 자료전송장치 (실례 로 워크스테 이션，콤퓨터)와 전송매체 또는 망사이의 물 
리적대면부역할을 수행한다. 이 층은 전송매체의 특징, 신호들의 특성，자료속도 그리고 
그와 관련된 문제들을 규정 한다. 

망접근층은 말단체계 (봉사기，워크스테 이션 등)와 그와 련결된 망사이의 자료교환과 
관련된다. 송신콤퓨터가 목적콤퓨터의 주소를 망에 제공하여야 망이 적당한 목적지에로 
자료의 경로를 지정할수 있다. 송신콤퓨터는 우선권과 갈은 망이 제공하는 일정한 봉사 
들을 받으러고 할수 있다. 이 층에서 사용되는 특정 한 쏘프트웨 어는 사용되는 망의 형 태 
에 관계된다. 즉 서로 다른 규격들이 회선교환，파케트교환(실례로 X .25), LAN (실례로 
에써네 트) 및 다른것들을 위하여 개 발되 여 왔다. 따라서 망접근과 관계되는 기능들을 독 
립 적 인 층으로 분리하는것 이 좋다. 이 렇게 하면 망접 근층우에 있는 통신쏘프트웨어의 나 
머지 부분은 사용되는 망의 특징들과 관련될 필요가 없다. 보다 높은 층의 갈은 쏘프트 
웨어는 콤퓨터 가 련결되는 특정한 망에 관계 없이 적 당히 기능을 수행할것 이 다. 

망접근층은 같은 망에 련결된 두개의 말단체계의 망을 통하여 자료에 접근하고 자료 
의 경 로를 지 정한다. 두개 의 장치 가 서 로 다른 망에 련결되 는 경 우에 자료가 다중상호련 
결망들을 관통하도록 하는 수속들이 요구된다. 이것이 인터네트층의 기능이다. 망간통신 
규약 ( IP ) 은 다중망에서의 경로결정기능을 제공하기 위하여 이 층에서 사용된다. 이 규약 
은 말단체계들에서뿐아니라 경로기에서도 실현된다. 경로기는 두개의 망을 련결하는 처 
리기이며 그의 1차기능은 원천말단체계 에서 목적말단체계에로의 경로를 통하여 한 망에 
서 다른 망으로 자료를 중계하는것 이 다. 

자료를 교환하는 응용프로그람들의 특징 에는 관계 없이 보통 자료는 믿음성있게 교환 
되여야 한다. 즉 모든 자료가 목적응용프로그람에 도착하며 그 자료는 송신된 순서와 같 
은 순서로 도착한다는것이 보증되여야 한다. 알수 있는바와 같이 믿음성을 제공하기 위 
한 기 구들은 본질상 응용프로그람들의 특징 과 무관계하다. 따라서 모든 응용프로그람들 
이 공유하는 공통층에 이 기구들을 집 합시키는것 이 합리적 이 다. 이 공통층을 바로 가입 
자 대 가입자층 또는 전송층이라고 한다. 전송조종통신규약 ( TCP ) 은 이 기능을 위하여 
가장 공통적 으로 사용되는 규약이 다. 

마지 막으로 응용층은 여 러 가지 사용자응용프로그람들을 지 원하는데 요구되 는 론리 들 
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을 포함한다. 파일전송과 
별적인 모둘이 필요하다. 

TCP 오 f IP 으 I 조작 

그림 부 1-1 은 규약들 
기지들이 여러개의 망들로 
통 부분망이라고 한다. 에 
에 련결하는데 사용된다. 
는 다른 부분망에 있는 기 
말단체계들과 경로기들에- 







간단한 조작을 살펴 보자. 가입 자 A 의 포구 1과 관련된 프로쎄스가 통보문을 가입 
자 B 의 포구 3과 관련된 프로쎄스에 송신하려고 한다고 가정하자. A 의 프로쎄스는 통보 
문을 가입 자 B 의 포구 3에 로 송신하기 위하여 명 령 들과 함께 TCP 에 넘 겨 준다. TCP 는 
통보문을 가입 자 B 로 송신하기 위하여 명 령 문과 함께 IP 에 넘 겨 준다. IP 에 목적 포구의 
신원을 알려 줄 필요는 없다. IP 가 알고 싶어 하는것은 가입자 묘로 보내 지는 자료만이 
다. 다음으로 IP 는 통보문을 경 로기 J ( B 로 가는 경 로의 첫 홉)에 로 송신하기 위하여 명 
령 들과 함께 망접 근층(실례 로 에써네 트론리 )에 넘 겨 준다. 

이 조작을 조종하기 위하여 사용자자료는 물론 조종정 보는 그림 부 1-2 에 제 시 된것 과 
같이 전송되 여 야 한다. 송신프로쎄스는 자료블로크를 발생하여 이것 을 TCP 로 넘 긴다. 
TCP 는 이 블로크를 더 작은 부분들로 조개여 조작하기 쉽게 한다. 이 매개 부분들에 
대 하여 TCP 는 TCP 머 리부라는 조종정보를 달아 TCP 토막을 만든다. 조종정보는 가입 자 
B 의 동일한 TCP 규약실체 가 사용한다. 머 리부의 항목에 대 한 실례로서 다음과 갈은것을 
볼수 있다. 

• 목적포구 : B 의 TCP 실체는 토막을 수신할 때 자료가 누구한테서 전송되는가를 
알아야 한다. 

• 순차번호 : TCP 는 특정 한 목적 포구에 차례 로 송신하는 토막에 번호를 붙이 기때 문에 
그것들이 순서대로 도착하지 않으면 B 의 TCP 실체는 그것을 재배렬할수 있다. 

• 검사합 : 송신 TCP 는 토막의 나머지 부분의 내용에 대 한 함수인 코드를 포함한 
다. 수신 TCP 는 토막의 내용에 대하여 같은 계산을 진행하고 들어 오는 코드와 
계산결과를 비교한다. 전송에서 어떤 오유가 발생했다면 불일치가 초래된다. 

다음으로 TCP 는 토막들을 B 에 로 전송하기 위하여 IP 에 명 령 들과 함께 매 개 토막을 
넘겨 준다. 이 토막들은 한개 또는 그이상의 부분망들을 거쳐 전송되여 야 하며 한개 또 
는 그이 상의 중개경 로기 를 통하여 중계 되 여 야 한다. 이 조작 역 시 조종정 보를 사용하여 
야 한다. 따라서 IP 는 매개 토막에 조종정보머 리부를 달아서 IP 데 이 터그램을 만든다. IP 
머리부에 기억된 항목의 실례로는 목적가입자주소(이 실례에서는 피를 들수 있다. 



그림 부 1-2. TCP / IP 방식에서 규약자료단위 
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마지막으로 매개 IP 데이터그램은 목적지의 로정에 있는 첫 부분망을 통하여 전송하 
기 위하여 망접근층에로 넘겨 진다. 망접근층은 자기의 머 리부를 달아 파케트 또는 프레 
임을 생성한다. 파케트는 부분망을 통하여 경로기 J 에로 전송된다. 파케트머 리부는 부분 
망이 부분망을 통하여 자료를 전송하는데 필요한 정보를 포함한다. 머리부에 포함시킬수 
있는 항목의 실례로 다음과 갈은것을 들수 있다. 

• 목적부분망주소: 부분망은 파케트가 어떤 련결장치로 전송되는가를 알아야 한다. 

• 기능요청 : 망접근규약은 우선권과 갈은 일정한 부분망기능들을 사용할것을 요청 
할수 있다. 

경로기 그에서 파케트머리부는 제거되고 IP 머리부가 조사된다. IP 머리부에 있는 목적 
주소정 보에 기초하여 경 로기 에서 IP 모둘은 부분망 2를 통하여 B 에로 데 이 터 그램을 발송 
한다. 이를 위하여 데이터그램은 다시 망접근머리부와 련결된다. 

자료가 묘에서 수신되면 반대과정 이 일어 난다. 매개 층에서 대응하는 머 리부들이 
제거되고 원본의 사용자자료가 목적프로쎄스에 도달할 때까지 나머지 부분은 보다 높은 
층으로 넘겨 진다. 

TCP 와 UDP 

TCP / IP 규약구성 방식 의 부분으로 실 행 하는 대 부분의 응용프로그람들에 서 전송 
층규약은 TCP 이 다. TCP 는 응용프로그람들사이 의 자료전송을 위한 믿 음직한 련결 
을 보장한다. 


Bit ： 


Bit ： 


0 4 10 

16 

/ / / 


원천 포구 

목적 포구 

순차 번호 

응답 번호 

머리부길이 | 미사용 | 기발들 

창 문 

검 사 합 

긴급지시 자 

선택들 + 

공백 구역 

기 

0 

16 

Z _ _ Z _ . 

원천 포구 

목적 포구 

토 막 길 이 

검사 합 


그림 부 1-3. TCP 와 UDP 머 리 부 
1 -TCP 머 리 부， l - UD.P 머 리 부 
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그림 부 1-3 1 는 최소한 20 byte 또는 160 bit 의 크기를 가지는 TCP 의 머 리 부양식을 
보여 준다. 원천포구와 목적포구마당들은 이 련결을 사용하고 있는 원천 및 목적체계들 
에서 응용프로그람들을 식별한다. 1 순차번호，응답번호，창문마당들은 흐름조종과 오유 
조종을 제공한다. 본질상 매개 토막에는 루실토막을 검출할수 있도록 그리고 수신된 토 
막들에 대 한 명백한 응답을 송신할수 있도륵 번호가 매 겨 진다. 매 개 응답에 대 하여 응 
답을 송신하는 실체는 얼마만한 추가적 인 자료를 수신할 준비 가 되 여있는가를 창문마당 
으로 나타낸다. 검사합은 TCP 토막에서 오유들을 검 출하기 위 하여 사용되는 16 bit 프레 임 
검 사배 렬 이다. 

TCP 외에 TCP/IP 규약의 한 부분으로서 공통적으로 사용되고 있는 다른 전송준위규 
약인 사용자데 이 터그램 규약 ( UDP ) 이 있다. UDP 는 응용프로그람준위 의 수속들에 무련결 
봉사를 제공한다. 그것은 전송，순서의 보존，복제의 보호를 보증하지 않는다. UDP 는 
수속들이 최소한의 규약기구로 다른 수속들에 통보문을 송신하도록 한다. 일부 트랜잭션 
지향응용프로그람들은 UDP 를 사용한다. 한가지 실례로 TCP/IP 망들의 표준망관리규약 
인 SNMP (간이망관리규약)을 들수 있다. UDP 는 무련결방식이기때문에 UDP 가 거의 할 
일 이 없다. 본질상 그것은 IP 에 포구주소지정능력 을 첨 가한것 이 다. 이것은 그림 부 1-3 
l 에서 보여 준 UDP 머 리부를 보면 잘 알수 있다. 

IP 와 IPv6 

몇 십년동안 TCP/IP 규약구성 방식 에 서 기 본은 망간통신규약 ( IP ) 이 였 다. 그림 부 1-4 
1는 최소한 20 byte 또는 160 bit 인 IP 머리부형태를 보여 준다. 머리부는 32 bit 원천 및 
목적주소들을 포함한다. 머 리부검사합마당은 전송오유를 피 하기 위하여 머 리 부의 오유들 
을 검출하는데 사용된다. 규약마당은 TCP , UDP 또는 어떤 다른 보다 높은 층의 규약 
이 IP 를 사용하고 있는가를 가리킨 다. 기 발들과 조각편차마당들은 단일 IP 데 이 터그램 을 
전송하기 위하여 여러개의 IP 데이터그램들로 나누고 목적지에서 다시 결합하는 조각화와 
재결합처리에 사용된다. 

1995년에 인 터네 트에 대 한 규약규격 들을 개 발하는 인 터네 트공학과제 집단 ( IETF ) 은 
그 당시 IPng 라는 다음세대 IP 에 대 한 규격을 발표하였다. 이 규격은 1996년에 IPv 6 이 
라는 규격과 교체되였다. IPv 6 ( IPv 4 라는)은 현존 IP 에 비하여 여러가지로 기능이 개선 
되 여 오늘날 망의 보다 높은 속도와 더 욱 우세해 지 고 있는 도형 과 영 상을 비 롯한 자료 
흐름들의 혼합을 처 리할수 있도륵 설계되 였다. 그러 나 새 로운 규약을 개 발하는 추동력은 
더 많은 주소에 대한 요구였다. 현재 IP 는 32 bit 주소를 사용하여 원천지 또는 목적지를 
규정한다. 인터네 트와 그에 결 합된 구내 망들이 독립 적 으로 장성 함에 따라 이 주소길 이 로 
는 모든 체 계들이 요구하는 주소를 수용하기가 불충분하게 되였다. 그림 부 1-4 l 가 보 
여 주는바와 같이 IPv 6 은 128 bit 원천 및 목적주소마당을 포함한다. 결국 TCP/IP 를 
사용하는 설비 들을 현재의 IP 에서 IPv 6 으로 이 행할것 이 기 대 된다. 그러 나 이 과정 은 몇 
십년 아니 면 몇년 걸릴 것 이 다. 

TCP/IP 응용 

수많은 응용프로그람들이 TCP 의 웃부분을 조작하기 위하여 표준화되 였 다. 여 기서 
는 가장 공통적 인것들중 세가지 응용프로그람만을 언급한다. 

간이우편이송규약 ( SMTP ) 은 기본전자우편기능을 제공한다. 그것은 또한 분리되여 


포구라는 용어는 대체로 OSI 관련문서들에서 사용되는 봉사접근점 ( SAP ) 이라는 용어에 대웅한다. 


635 




목록기능，왕복사용료기능, 발송기능을 들수 있다. SMTP 규약은 통보문이 생성되는 
을 규정하지 않는다. 다만 어 떤 국부편집 또는 원시전자우편기 능이 요구된다. 일 단 
.문이 생성되면 SMTP 는 통보문을 받으며 TCP 를 사용하여 그것을 다른 가입자의 
「 P 모둘에 송신한다. 목적 SMTP 모둘은 국부전자우편제품을 사용하여 들어 오는 통 
•을 사용자의 우편통에 보관할것 이 다. 

파일이송규약 ( FTP ) 은 사용자의 지령에 따라 한 체계에서 다른 체계에로 파일들을 
송신하는데 사용된다. 본문과 2진파일을 다 전송할수 있으며 규약은 사용자의 접근 
표종하는 특징을 제공한다. 사용자가 파일전송을 시 작하려고 할 때 FTP 는 조종통보 
•의 교환을 위하여 목적체 계와 TCP 련결을 설정한다. 이것은 사용자 ID 와 통과암호 
단송되 도록 하며 사용자는 파일 과 필 요한 파일 조작들을 규정한다. 일 단 파일 전송이 
■되면 두번째 TCP 련결이 자료전송을 위하여 설정된다. 자료는 응용프로그람수준에 
김의의 머리부들 또는 조종정보에 대한 내부처리가 없이 자료련결통로로 전송된다. 
•이 끝나면 조종련결을 사용하여 완성을 알리 고 새 로운 파일전송지 령들을 접수한다. 









TELNET 는 말단 또는 PC 의 사용자가 원격콤퓨터에 직접 련결된것처 럼 원격콤퓨터와 
기 능들에 가입하도록 하는 원격 가입능력 을 제 공한다. 규약은 간단한 흘리 기방식말단들과의 
통신을 위하여 설계되였다. TELNET 는 실제상 두개 모둘로 실현된다. 즉 사용자 TELNET 
는 국부말단과 통신하기 위하여 입출력모둘과 대화한다. 그것은 실제 말단들의 문자들을 망 
규격으로 그리고 그 반대로 변환한다. 봉사기 TELNET 는 응용프로그람과 대화하여 원격말 
단이 응용프로그람에 국부적 인것 처 럼 보이 도록 대 리말단조종기 로서 동작한다. 사용자 
TELNET 와 봉사기 TELNET 사이의 말단통화는 TCP 련결통로에서 진행된다. 

부록 2. 객체지향설계 

Windows 2000과 최근 다른 여러가지 조작체계들은 객체지향설계원리들에 크게 의 
거하고 있다. 이 부록에서는 객제지향설계의 주요개념들을 간단히 개괄한다. 

2-1. 동기 

객체지향개념들은 교체할수 있는, 재사용할수 있는, 쉽게 갱신되며 쉽게 상호련결되 
는 쏘프트웨어부분품들에 대한 기대를 가지고 콤퓨터프로그람작성령역에서 매우 널리 보 
급되고 있다. 최근에는 자료기지설계가들이 객체지향자료기지관리체계들 ( OODMBS ) 이 
출현하는데 따라 객체지향의 우점 들을 평 가하기 시 작하였다. 조작체 계설계 자들은 또한 
객체지향방법 이 리득이 있다는것을 인식하였다. 

객체지향프로그람작성 과 객체지향자료기지관리체 계는 사실상 다른것 이지 만 한가지 
기 본개 념 만은 공통으로 가지 고 있 다. 즉 쏘프트웨 어 또는 자료를《 용기 화》할수 있다는 
것이다. 모든것은 통에 들어 가며 통안에는 통이 있을수 있다. 가장 간단한 전통적인 프 
로그람에서 한개 프로그람단계를 한개 명령과 같다고 본다. 객체지향언어에서 매개 단계 
는 통안에 꽉 찬 전체 명령일수 있다. 이와 류사하게 객체지향자료기지에서 한개 변수는 
단일자료요소와 같다고 보지 않고 통안에 꽉 찬 전체 자료와 같다고 볼수 있다. 

표 부 2-1 은 객체지 향설계 에서 사용되는 몇 가지 기 본용어를 소개한다. 

2-2. 객체지향의 개념 

객체지향설계의 기본개념은 객체이다. 객체는 관련변수들(자료)과 성원함수들(수속 
들)의 집합을 포함하는 특수한 쏘프트웨어단위이다. 일반적으로 이 변수들과 성원함수들 
은 객체밖에서 직접 볼수 없다. 오히 려 다른 사용자들이 자료와 수속들에 접근하도록 하 
는 잘 정의된 대면부들이 존재한다. 

객체는 어떤 사물을 의미한다. 그것은 물리적실체，개념，쏘프트웨어모둘 또는 가상 
회선과 갈은 어떤 동적실체이다. 객체에서 변수의 값들은 객체를 의미하는 사물에 대하 
여 알려 진 정보를 표현한다. 성원함수들은 그 집행이 객체의 변수들에 영향을 주며 역 
시 표현하고 있는 사물에 영향을 줄수도 있는 수속들을 포함한다. 

그림 부 2-1 과 부 2-2 는 주요객 체 지 향개 념 들을 설 명한다. 1 


이 그림 들은 Object International 회사의 Peter Coad 가 제 출한 실례 를 개 작한것 이 다. 
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객체의 구조 

객체에 포함되는 자료와 수속들은 일반적으로 각각 변수，성원함수라고 한다. 객체 
가《알고 있는》모든것은 객체의 변수로 표현될수 있으며 객체가 할수 있는 모든것은 그 
의 성원함수들로 표현될수 있다. 

객체에서 변수(속성이라고도 함)들은 대표적으로 단순한 스칼라값들 또는 표들이다. 
매개 변수는 형 또는 허용가능한 값들의 모임을 가질수 있으며 상수이거 나 변수(편리상 
변수라는 용어는 상수에도 적용된다)일수 있다. 접근제한은 일정한 사용자들, 사용자의 
부류, 정황에 대한 변수들에 부여 할수도 있다. 

성원함수는 일정한 기능들을 수행하기 위하여 밖에서 시동될수 있는 수속들이다. 성 
원함수는 객체의 상태를 변경시키거나 일부 객체변수들을 갱신하거나 객체가 접근하는 
외부자원들과 작용한다. 

객체들은 통보문들을 통하여 대화한다. 통보문은 송신하는 객체의 이름，수신하는 
객체의 이름，수신하는 객체에 있는 성원함수의 이름, 성원함수의 집행을 제한하는데 필 
요한 임의의 파라메터들을 포함한다. 통보문은 오직 객체안의 성원함수를 호출하는데만 
사용될수 있다. 객체내부의 자료에 접근하는 유일한 방법은 객체의 성원함수에 의한 방 
법이다. 따라서 성원함수는 동작이 일어 나도록 할수 있거나 객체변수들에 접근하도록 
할수 있다. 국부객체들에서 객체에로의 통보문넘기기는 객체의 성원함수의 호출과 갈은 
것 이 다. 객체들이 분산될 때 통보문넘기기 라고 하는것 이 정확하다. 

객체의 대면부는 객체가 지원하는 공개성원함수들의 모임이다. 대면부는 실현방법에 
대 하여 규정하지 않는다. 서로 다른 클라스들에서 객체들은 갈은 대면부들에 대하여 서 
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다가 새 로우면서 류사한 객체마다 성 원함수들과 변수들을 재정의 하는것은 비능률적 이 다. 

이러한 난관을 해결하는 방도는 객체콜라스와 객체구체례를 구별하는것이다. 객체들 
라스는 특정한 형의 객체에 포함되는 성원함수들과 변수들을 정의하는 본보기이다. 객체 
구체 례 는 자기 를 정의 하는 클라스의 특징 들을 포함하는 실제 객 체 이 다. 구체 례 는 객체 클 
라스에서 정의된 변수들의 값들을 포함한다. 

계 승 

객체콜라스는 최소한의 공수로 많은 객체구체례들을 생성 할수 있도록 하기때 문에 객 
체클라스의 개념은 매우 위력하다. 이 개념은 계승기구를 사용하여 더 강력해 진다 
[ TAIV 96]. 

계승은 새로운 객체콜라스를 현존콜라스로 정의하도록 한다. 파생콜라스타고 하는 
새 로운 (보다 낮은 수준의) 클라스는 자동적 으로 프로젝트라는 원래의 (보다 높은 수준 
의) 콜라스의 성원함수들과 변수정의들을 포함한다. 파생클라스는 몇가지 점에서 상위클 
라스와 다를수 있다. 

1. 파생콜라스는 상위클라스에 없는 추가적인 성원함수들과 변수들을 포함할수 있다. 

2. 파생콜라스는 새로운 정의에 같은 이름을 사용하여 상위클라스에 있는 임의의 성 
원함수 또는 변수를 재정의할수 있다. 이것은 특정한 실례들을 조절하기 위한 
단순하고 효률적 인 방법을 준다. 

3. 파생콜라스는 어떤 방법 으로 상위클라스에서 계승한 성 원함수 또는 변수를 제 한 
할수 있다. 

계승기구는 재귀적이며 파생클라스가 자기 파생클라스의 상위콜라스로 되게 한다. 
이런 식으로 계승계층이 구축될수 있다. 개념적으로 성원함수와 변수들에 대한 탐색수법 
을 정 의하는것 으로 계승계 층을 생 각할수 있다. 객체 가 자기 클라스에 정의 되지 않은 성 
원 함수를 찾아서 수행할데 대 한 통보문을 수신하면 자동적 으로 계 승계 층을 람색하여 그 
성원함수를 찾는다. 이와 류사하게 성원함수의 집행이 클라스에서 정의되지 않은 변수들 
에 대한 참조를 초래한다면 객체는 계승계층에서 변수이름을 람색한다. 

다형 성 

다형성은 공통대면부에 서로 다른 실현물들을 숨길수 있는 강력하고 흥미를 끄는 특 
징 이다. 서로 다형인 두 객체는 성원함수에 갈은 이름을 사용하며 다른 객체들에 갈은 
대 면부를 준다. 실 례 로 점 행 렬 인쇄，레 이 자인쇄，화면 인쇄 기 타 등등과 같은 서 로 다른 
출구장치 들에 대 한 수많은 인쇄 객 체 들이 존재할수 있 다. 또는 본문인쇄，도안인쇄，부분 
품인쇄 와 같은 서 로 다른 형 의 문서 들에 대 한 수많은 인쇄 객 체 들이 존재할수 있다. 이 렇 
게 매 개 객 체 가 인쇄 라고 하는 성 원 함수를 가진 다면 성 원 함수가 실제 로 어 떻 게 수행 되 는 
가에는 관계 없이 적 당한 객체 에 로 통보문인쇄를 송신하여 임의의 문서를 인쇄할수 있다. 

다형성과 쓸모 있는 모둘프로그람작성수법들을 비교하는것이 리해에 도움이 된다. 
모둘식내 리설계의 목적은 보다 높은 수준의 모둘과의 고정된 대 면부를 가지는 보다 낮은 
수준의 일반편의프로그람의 모둘들을 설계하는것이다. 이것은 보다 낮은 수준의 한개 모 
둘이 서 로 다른 보다 높은 수준의 많은 모둘들에 의하여 기 동되 게 할수 있 다. 보다 낮은 
수준의 모둘의 내부구조들이 그것의 대면부를 변경시킴이 없이 변경된다면 그것을 사용 
하는 보다 높은 준위의 모둘은 전혀 영향을 받지 않는다. 그와는 대조적으로 다형성에서 
는 한개 의 보다 높은 수준의 객체 에 의하여 류사한 기 능들을 수행하도록 갈은 통보문형 
식을 사용하는 서로 다른 보다 낮은 수준의 많은 객체들을 기동하기 위한 능력 이 문제로 
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된다. 다형성의 경우에 현존객체들에 대한 최소한의 변경으로 새로운 보다 낮은 수준의 
객체들을 추가할수 있다. 

포함 

다른 객체들을 포함하는 객체구체례들을 합성객체들이라고 한다. 포함은 한 객체에 
토의 지시자를 다른 객체에서 값으로 포함하는것으로 실현할수 있다. 합성객체들의 우점 
은 그것들이 복잡한 구조들을 표현할수 있게 한다는것이다. 실례로 합성객체에 포함된 
객체는 그자체가 합성객체일수 있다. 

대표적으로 합성객체들로 구축된 구조들은 나무위상구조로 제한된다. 즉 순환참조는 
전혀 허용되지 않으며 매개 《자식》객체구체례는 오직 한개의 《부모》객체구체례를 가 
질수 있다. 

객체클라스의 계승계층과 객체구체례들의 포함계층과의 차이를 명백히 하는것이 중 
요하다. 이 두개는 서로 관계 가 없다. 계승을 사용하여 최소한의 노력으로 많은 서로 다 
른 객체류형들을 정의 할수 있다. 포함을 사용하여 복잡한 자료구조들을 구축할수 있다. 

2-3. 객체지향설계의 우점 

[ CAST 9 幻는 객체지 향설계의 우점 을 다음과 같이 제시한다. 

• 천성적복잡성의 합리적인 조직 : 계승을 사용하여 관련개념들과 자원들 그리고 
다른 객 체 들을 능률적 으로 정 의할수 있 다. 포함을 사용하여 기 초를 이 루는 과제 
를 즉시 에 반영하는 임의의 자료구조들을 구축할수 있다. 객체 지향프로그람작성 
언 어 들과 자료구조들에 의하여 설 계 자들은 조작체 계 자원들과 기 능들에 대 한 자기 
들의 리해를 반영하는 방법 으로 이 자원들과 기능들을 서술할수 있다. 

• 재 사용에 의한 개 발공수의 감소 : 다른 사람들이 작성 하고 검 사 및 보수한 객 체 
클라스들을 재사용하면 개발，검사，보수시간을 줄일수 있다. 

• 더 확장가능하고 보수가능한 체계 : 제품개선과 수리들을 비롯한 보수는 전통적 
으로 임 의의 제 품수명 주기 원가의 약 65%를 소비한다. 객체지향설계 는 그 프로수 
를 낮춘다. 객체 에 기 초한 쏘프트웨어의 사용은 서 로 다른 쏘프트웨어부분들의 
가능한 상호작용의 수를 제한하도록 하여 체계의 나머지부분에 영향을 적게 주도 
록 클라스에 대한 변경을 실현할수 있다. 

이 우점 들은 조작체 계를 객체지향체 계 로 설계하도록 추진하고 있다. 객체 들로 하여 
프로그람작성 자들은 체 계통합을 파괴 함이 없 이 조작체 계 를 전용화하여 새 로운 요구들을 
만족시킬수 있다. 객체들은 또한 분산계산을 가능하게 한다. 객체들은 통보문들로 통신 
하기때문에 두개의 통신객체들이 갈은 체계상에 있든 망의 두개의 서로 다른 체계상에 
있든 관계 없다. 자료，함수들과 스레드들은 필요에 따라 워크스테 이션들과 봉사기들에 
동적 으로 할당된다. 따라서 조작체 계 설계 를 위한 객체지향방법 은 PC 와 워 크스테 이 션조 
작체계들에서 점 차 명백해 지 고 있다. 

2-4. CORBA 

이 책에서 이미 본바와 같이 객체지향개념은 조작체계핵심부설계와 실현물에 사용되 
여 유연성과 조작성, 이식성에서 리익을 가져 왔다. 객체지향수법들의 사용으로 인한 리 
익은 분산조작체 계들을 비롯한 분산쏘프트웨 어령역에로 동등하게 또는 그이상으로 확장 
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된다. 분산쏘프트웨어의 설계와 실현을 위한 객체지향수법들의 응용을 분산객체계산 
(DO 必 이라고 한다. 

DOC 방법 이 나오게 된 동기 는 분산쏘프트웨어를 만드는데서 난관이 증가하였기때 문 
이다. 즉 계산 및 망하드웨어가 더 작아 지고 더 빨라 지며 더 눅어 지는 사이에 분산쏘 
프트웨어 는 더 커 지 고 더 느려 지 고 개 발과 보수가 더 비 싸 진 다. [ SCHM 97] 은 분산쏘 
프트웨어 에 대 한 도전 이 두가지 복잡성 으로부터 유래 된 다고 지 적한다. 

• 천성적복잡성 : 이것은 분산의 기초적 인 문제들로부터 발생한다. 이 문제 들중에 
서 주요한것 은 망과 가입 자의 고장을 검 출하고 회 복하며 통신처 리 시간의 영 향을 
최소로 하고 망의 콤퓨터들에 있는 봉사부분품들과 작업부하의 최적분할을 결정 
하는것 이 다. 더 우기 자원폐 색 과 교착문제 가 있는 병 행프로그람처 리 는 여 전히 어 
려우며 분산체계들은 천성적으로 병행적 이다. 

• 우연한 복잡성 : 이것은 분산쏘프트웨어의 구축에 필요한 도구들과 수법들을 제 
한하는데 로부터 발생한다. 우연한 복잡성 의 공통원천지 는 확장불가능 및 재 사용 
불가능체 계 들을 초래하는 기 능적설계 를 널 리 사용하는데 있다. 

DOC 는 두가지 형 태의 복잡성 을 처 리 하기 위한 믿음직한 방법 이 다. DOC 방법 에서 
가장 중요한것 은 국부객 체 와 원격객 체 들사이 의 통신중개 자로서 동작하는 객 체 요청 중개 자 
들 (ORB 들)이 다. ORB 들은 분산응용프로그람들을 설계하고 실현하는데서 지루하고 오유 
가 발생 하기 쉬우며 간편하지 않은 측면들을 제거한다. ORB 를 추가하자면 응용프로그람 
들과 객체지향하부구조사이의 대 면부정의 와 통보문교환을 위한 수많은 규약들과 양식들 
이 있어 야 한다. 

DOC 시 장에 서 경 쟁하는 기 본수법 에 는 세 가지 가 있 다. 그것 은 공통객 체 요청 중개 자구 
성 방식 ( CORBA ) 이 라고 하는 객 체 관리 그룹 ( OMG ) 방식 ， JAVA 원격 성 원 함수호출 ( RMI ) 체 
계 , Microsoft 의 분산부분품객 체 모형 ( DCOM ) 이 다. CORBA 는 세 가지 수법 가운데 서 가 
장 발전되고 잘 확립된 수법 이 다. IBM , Sun , Netscape , Oracle 을 비롯한 수많은 발전 
된 공업회사들은 CORBA 를 지원하며 Microsoft 는 자기의 Windows 에 있는 DCOM 을 
CORBA 와 련결할것이라고 공포하였다. 이 부록의 나머지 부분에서 CORBA 를 간단히 
개괄한다. 

표 부 2-2 는 CORBA 에 서 사용되 는 몇 가지 기 본용어 들을 제 시한다. CORBA 의 기 본 
특징은 다음과 갈다(그림 부 2-3). 

• 의뢰기 : 의뢰기들은 기초를 이루는 ORB 가 제공하는 여러가지 기구를 통하여 요 
청 들과 접 근객 체 봉사들을 발생한다. 

• 객체실현물 : 이것들은 분산체계 에 있는 여 러 가지 의 뢰 기들이 요청하는 봉사들을 
제공한다. CORBA 방식의 한가지 우점은 의뢰기들과 객체실현물들을 많은 프로그 
람작성언어 들로 작성할수 있으며 여 전히 충분한 령역의 요청봉사들을 제 공할수 
있 다는것 이 다. 

• ORB 핵심 : ORB 핵심은 객체들사이의 통신을 담당한다. ORB 는 망의 객체를 찾고 
객체에로 요청들을 배달하며 객체들을 유효하게 한다(만일 유효하지 않다면). 그 
리고 송신자에게 임의의 통보문을 넘겨 준다. ORB 핵심은 프로그람작성자들이 국 
부성 원함수 또는 원격성 원함수를 기동할 때 갈은 파라메터 들을 가진 갈은 성 원함 
수를 정 확히 사용하기때 문에 접근투명성을 제공한다. ORB 핵심은 또한 위 치투명성 
을 제공한다. 즉 파라메터들은 객체의 위 치를 규정 할것을 요구하지 않는다. 
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표 부 2-2. 분산 CORBA 제계의 기본개념들 


CORBA 개 념 


정 의 


의뢰기웅용프로그람 


례 외정 I 
실현물 

대면부 

대면부정의 
기동 

성원함수 
객체 


객체 구체 례 


객체에 대한 조작들을 수행하기 위하여 봉사기에 요청들을 호출한다. 
의뢰 기 웅용프로그람은 의뢰 기가 요청할수 있는 객 체 들과 조작들을 서 
술하는 한개 또는 그이상의 대면부정의들을 사용한다. 의뢰기웅용프로 
그람은 요청을 위 하여 객체들이 아니 라 객체 참조들을 사용한다. 

요청이 성과적으로 수행되였는가를 가리키는 정보를 포함한다. 

객체조작과 관련된 작업을 수행하는 한개 또는 그이상의 성원함수들을 정 
의하고 포함한다. 봉사기는 한개 또는 그이상의 실현물들을 가질수 있다. 

어떤 조작이 그 객체들에 유효한가 하는것과 같이 객체의 구제례들이 
어떻게 행동하는가를 서술한다. 

일정한 류형의 객체에 유효한 조작들을 서술한다. 

요청을 송신하는 프로쎄스 

조작과 관련된 작업 을 수행하는 봉사기 코드. 성 원함수는 실 현물들에 
포함된다. 

사람，장소，사물 또는 쏘프트웨어부분을 표현한다. 객체는 종업 원객 
체 에 대 한 촉진조작과 같이 자기 에 대하여 수행되는 조작들을 가질수 
있 다. 

한개의 특정한 종류의 객체의 사건 


객 체 참조 
OMG 대면부정의 
조작 
요청 


객체구체례의 식별자 

CORBA 에서 대 면부들을 정의 하기 위한 정의언어 ( IDL ) 

의뢰기 가 봉사기 에 요청하여 객체구제례 에 대 하여 수행할수 있는 작용 
의뢰 기와 봉사기 웅용프로그람사이 에서 송신되는 통보문 


봉사기웅용프로그람 객체들과 그것들에 대한 조작들의 한개 또는 그이상의 실현물들을 포 

함한다. 


ORB 핵심 : ORB 핵심은 객체들사이의 통신을 담당한다. ORB 는 망의 객체를 찾고 
객체에로 요청들을 배달하며 객체들을 유효하게 한다(만일 유효하지 않다면). 그 
리고 송신자에게 임의의 통보문을 넘겨 준다. ORB 핵심은 프로그람작성자들이 국 
부성원함수 또는 원격 성 원함수를 기동할 때 갈은 파라메터 들을 가진 갈은 성 원함 
수를 정 확히 사용하기때문에 접근 투명성을 제공한다. ORB 핵심은 또한 위 치 투명성 
을 제공한다. 즉 파라메터들은 객체의 위 치를 규정 할것을 요구하지 않는다. 

대면부 : 객체의 대면부는 객체 가 지 원하는 조작들과 류형들을 규정 하며 따라서 
객체 에 대 한 요청들을 정의한다. CORBA 대면부들은 C ++ 의 클라스들과 JAVA 의 
대면부들과 류사하다. C ++ 클라스들과는 달리 CORBA 대면부는 성원함수들과 그 
것 들의 파라메터 들 그리 고 복귀값들을 규정하지 만 그것들의 실현물에 대 해서는 
규정하지 않는다. 갈은 C ++ 클라스의 두개의 객체 는 자기 성 원함수들의 갈은 실 
현물을 가진다. 
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國 

圈 

國 


모♦.勢 RB 들에 대 하여 같다. 

특정대 면부그루터 기 들과 골격 들 

다중객 체 적 웅기 들일 수 있 다. 

ORB 전용의 대면부 

그림 부 2-3. 공통객 체 요청 중개 자구성 방식 


ORB 객 체 요청 중개 자 
IDL 대 면부정 의 언어 
DSI 동적 골격 대 면부 


• OMG 대 면부정의 언어 ( IDL ) : IDL 은 객체들을 정의 하는데 사용되 는 언어 이 다. 
IDL 대면부정의의 실례는 아래와 같다. 

//OMG IDL 

interface Factory 

{ 

Object create ( ); 

}； 

이 정의는 한개의 조작 create 를 지원하는 Factory 라는 대면부를 규정한다. create 
조작은 파라메터 를 전혀 가지 지 않으며 객 체 참조형 object 를 넘 겨 준다. 객 체 형 Factory 
에 대 한 객체 참조가 주어 지 면 의뢰기는 새 로운 CORBA 객체를 생성 하기 위하여 그것을 
기동할수 있 다. IDL 은 프로그람작성 독립 언어 이며 이로 하여 의뢰 기는 직접 임의의 조작 
을 기동하지 못한다. 그것을 수행 하기 위하여 IDL 을 의뢰기프로그람작성언어 로 넘겨 야 
한다. 또한 서 로 다른 프로그람작성언어들로 봉사기 와 의뢰 기의 프로그람을 작성할수 있 
다. 규격언어 를 사용하면 여 러 개의 언어들과 가동환경들에서 서 로 다른 처 리를 취급할수 
있다. 따라서 IDL 은 가동환경독립을 가능하게 한다. 

• 언어맺기창조 : IDL 콤파일 러들은 한개의 OMGIDL 파일을 Ada , C , C ++, COBOL 
등과 같은 객체지향이거 나 객체지향이 아닌 서 로 다른 프로그람작성언어들로 사 
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영한다. 이 사영은 언어에 특유한 자료형들과 봉사객체들에 접근하기 위한 수속 
대 면부들， IDL 의뢰기그루터 기대 면부， IDL 골격，객체적응기들，동적골격대면부， 
직접 ORB 대면부들의 정의를 동반한다. 보통 의뢰기들은 객체대 면부의 콤파일- 
시간지식을 가지며 의뢰기그루터 기들을 사용하여 정적기동를 한다. 어떤 경우에 
의뢰기들은 이러한 지식을 가지지 않으며 동적기동을 한다. 

IDL 그루터기 : 의뢰기응용프로그람을 위하여 ORB 핵심부에 호출한다. IDL 그루터 
기 들은 ORB 핵 심 기 능들을 종단-의 뢰기응용프로그람들이 채 용할수 있는 직 접 
RPC (원격수속호출)기구들로 요약하는 기구들의 모임을 제공한다. 이 그루터기들 
은 ORB 와 원격객체실현물의 결합을 마치 그것들이 동일한 즉시처리프로쎄스에 련 
결되여 있는것처럼 생각되게 한다. 대부분의 경우에 IDL 콤파일러들은 의뢰기와 객 
체실 현물들사이 의 대 면부를 완성하는 언 어특유의 대 면부서 고들을 발생 한다. 

IDL 골격 : 이것은 특정봉사성 원함수들을 기동하는 코드를 제공한다. 정 적 IDL 골 
격들은 의뢰기측 IDL 그루터기들에 대 한 봉사기측보충물들이다. 그것들은 의뢰기 
와 객 체 실 현 물들사이 의 련 결 을 완성 하는 객 체 실 현 물들과 ORB 핵 심 부사이 의 맺 기 
들을 포함한다. 

동적기동 : 동적기동대 면부 ( DII ) 를 사용하면 의뢰 기 응용프로그람은 객체의 대면부 
들에 대한 콤파일-시간지식이 없이도 임의의 객체에 대한 요청을 기동할수 있다. 
대면부세 부들은 대면부서고 그리고 다른 실행 시원천들을 참고하여 작성된다. DII 
에 의하여 의뢰기는 응답이 전혀 없는 한방향지 령들을 출구한다. 

동적골격 대 면부 ( DSI ) : IDL 그루터 기 들과 IDL 골격 들과의 관계 와 마찬가지 로 DSI 
는 객체들에 로의 동적배분을 보장한다. 봉사기측에 대 한 동적기동과 동일하다. 
객체적웅기 : 객체들의 활성화와 실현물들의 활성화와 같이 일반 ORB 관련과제들 
을 조절 하기 위 하여 CORBA 제 작자가 제 공하는 CORBA 체 계 부분품이 다. 적 응기 
는 이 일반과제들을 가지 고 있으며 그것들을 봉사기의 특정실현물들과 성원함수 
들에 결합한다. 


부특 3. 프로그람작성 및 조작체계의 프로젝트 

많은 강사들은 실현물 또는 연구프로젝트들이 조작체계개념들을 명백하게 리해하는 
데서 결정적이라고 믿고 있다. 프로젝트가 없이는 학생들이 기초적인 OS 추상개념들과 
부분들사이의 호상작용에 대해 파악하기가 어렵다. 많은 학생들이 파악하기가 힘들어 하 
는 개념의 좋은 실례로 신호기를 들수 있다. 프로젝트는 이 책에서 소개된 개념들을 보 
강하며 학생들에게 os 의 서로 다른 부분들이 어떻게 잘 조화되는가에 대한 더 큰 리해 
를 주며 그들에게 OS 의 세부를 리해할뿐아니라 실현할수 있는 능력을 준다. 

이 책 에서는 가능한껏 명백하게 OS 내부의 개 념들을 주기 위 해 노력 하였고 그 개 념을 
보충하기 위해 약 170개 숙제문제를 주었다. 그러나 많은 강사들이 프로젝트로 이 문제를 
보충하려고 할것이다. 이 부록은 그러한 측면에서 몇가지 지침을 주며 강사지도서에서 사 
용할수 있는 문제들을 서 술하였다. 더 구체적 인것은 부록 4와 5에서 주었다. 

3-1. 교육용조작체계의 프로젝트 

강사는 다음의 방법들에서 한가지 방법을 선택할수 있다. 

• 조작체계프로젝트 ( OSP ) : OSP 는 현대 조작체계의 실현물이며 OS 설계에 대한 기 
초강의 에 적 합한 실현프로젝 트를 산생하기 위한 유연한 환경 이 다. OSP 는 많은 
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프로젝트들을 동반한다. 

. Ben-Ari 병렬해석기 ( BACI ) : BACI 는 병렬프로쎄스집행을 모의하며 2진 및 계수 
신호기들과 감시기들을 지원한다. BACI 는 많은 프로젝트들과 동반되여 병렬개념 
을 보중하는데 사용된다. 

• Nachos ： OSP 의 경우와 마찬가지로 Nachos 는 개념을 보충하기 위해 실현물프로 
젝트들을 산생 하기 위 한 환경 이며 역시 많은 프로젝트들을 동반한다. 

• 연구프로젝트 : 강사들의 지도서는 대학생들이 인터네트상의 특정한 문제를 연구 
하고 보고서를 작성 하는것과 같은 대 학생들에게 줄 연구과제를 제시한다. 

• 프로그람작성프로젝트 : 강사들의 지도서는 책에서의 개념을 보충하기 위하여 과 
제 로 줄수 있는 작은 프로그람프로젝 트들의 모임 을 준다. 과제 수행 을 위하여 모 
든 언어를 사용할수 있다. 프로젝 트는 이 책 에서 작성하는 넓은 범위의 화제를 
포괄한다. 

• 읽기/보고서과제 : 강사들의 지도서는 대학생들이 론문을 분석 하는 간단한 보고서 
를 제출하도록 과제를 줄수 있는 매개 장에 한개 또는 그이상의 론문들로 구성되 
는 중요한 론문들의 목록을 포함한다. 

이 부록은 이 상의 문제 들을 간단히 론의한다. 부록 4는 OSP 에 대 한 구체 화된 소개 
와 함께 체계와 프로그람작성과제를 얻는 방법에 대한 정보를 제공한다. 부록 5는 
BACI 에 대한 정보를 제공한다. Nachos 는 Web 싸이트에서 충분한 자료가 제공되고 있 
으며 다음 절에서 간단히 서술한다. 


3-2. Nachos 


Nachos 의 개팔 

Nachos 는 대학생들에게 재생가능한 착오수정환경을 제공하기 위하여 UNIX 프로쎄스로 
서 실행 하며 OS 와 그의 밑준위 에 있는 하드웨 어를 모의하는 교육용조작체계 이 다. 목적은 
실제 OS 가 어떻게 작업하는가를 보여 주는데 충분히 현실적이면서도 대학생들이 의의 있는 
방법 으로 리 해 하고 수정 하기 에 충분히 간단한 프로젝 트환경 을 보장하는것 이 다. 

자유배포제품은 다음과 같은것들과 함께 Web 를 통하여 입수할수 있다. 

• 개괄론문 

• 작업조작체계를 위 한 간단한 기저선코드 

• 일반적 인 개 인를퓨터/워크스테 이션을 위한 모의기 

• 표본과제 :과제는 스레드와 병행성，다중프로그람처 리，체계호출，가상기억기，쏘 
프트웨어 에 의하여 적재된 TLB 들，파일체계，망통신규약，원격수속호출과 분산 
체계들을 비롯한 현대 OS 의 모든 령역을 설명 하고 조사한다. 

• C ++ 초보 (Nachos 는 배우기 쉬운 C ++ 부분모임 으로 작성되였으며 초보는 C 프로그 
람작성자들에게 이 부분모임을 배워 준다.) 

Nachos 는 세계의 수백개 대 학들에서 사용되 여 왔으며 LINUX , Free BSD , Net 
BSD , DEC MIPS , DEC Alpha , Sun Solaris , SGE IRIX , HP - UX , IBM AIX , MS - DOS , 
Apple Macintosh 를 비롯한 수많은 체계에 도입되였다. 앞으로는 SGE 워크스테이션의 
완전한 기 계 모의 인 Stanford 의 Sim OS 의 포구를 포함할것 이 다. 

Nachos 는 그것 의 Web 싸이 트로부터 마음대 로 입 수할수 있 다 (William Stalling 
com / OS 4 e , htme 로부터 그 Web 싸이트에 련결한다.). 해 결 방법 들은 hachos 8 cs , 
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berkeley, edu 로부터 e-mail 에 의 해 강사들이 입수할수 있다. 게다가 강사와 새소식 그 
롭 (alt, os, nachos) 을 위한 우편목록이 있다. 

Nachos, OSP 와 BACI 의 선택 

강사가 대학생들이 사용할수 있는 국부환경에 이 세가지 모의기중 한가지 모의기를 
도입하려고 할 때 이 세가지중 어느것을 선택하는가는 강사의 목적과 개인의 의견에 
따른다. 프로젝트의 초점 이 병행성 에 있다면 명백히 BACI 를 선택 한다. BACI 는 신호 
기，감시기 , 병 행프로그람작성 의 복잡성 과 난문제 들을 연구하기 위한 우월 한 환경 을 
보장한다. 

대신에 강사 또는 대학생들이 병행프로그람처리，주소공간과 일정작성，가상기억기， 
파일체계，망 기타 등을 비롯하여 여러가지 OS 기구들을 연구하고 싶다면 Nachos 나 
◦SP 를 사용할수 있다. 

OSP 가 OS 프로젝트들을 지원하는데 사용할수 있는 가장 좋은 매개물들중의 하나라 
고 생각되기때문에 부록에 포함시켰다. OSP 는 100 개 이상의 싸이트들에서 사용되고 있으 
며 많은 자원프로그람의 상세한 자료를 제공한다. 한가지 잠재적 인 약점은 비 록 체 계와 
표본과제 들，우편목록지 원들이 무료라고 하여 도 대 학생 들이 작은 사용자안내 서 를 구입하 
여야 한다는것이다. 그러나 이것은 이 환경의 효과들과 비교되여야 한다. Nachos 는 
◦SP 와 마찬가지로 널리 사용되고 있으며 지원, 문서，제안연구과제들을 준다. 강사들 
이 부록 4 를 연구할 필요가 있으며 관심 이 있다면 그것을 Nachos 의 Web 싸이트에서 입 
수할수 있는 Nachos 개괄론문과 다른 자료와 비교해 보시오. 

3-3. 연구프로젝트 

강의 에서 배운 기본개 념들을 보충하고 대학생들에게 연구수법을 배워 주기 위 한 효 
과적 인 방법은 연구프로젝 트를 배 당하는것 이 다. 이 러한 프로젝트는 제 작자제품들과 연구 
실활동, 표준화안들에 대한 Web 조사는 물론 문헌조사를 동반할수 있다. 림에는 프로젝 
트들을 배당하고 개인에게는 보다 작은 프로젝트들을 배당할수 있다. 어떤 경우이든 학 
기초기 에 어떤 종류의 프로젝트제 안을 요구하여 제 안을 적 당한 화제와 적 당한 수준의 공 
수로 평 가하기 위 한 강사시 간을 주는것 이 가장 합리적 이 다. 대 학생들에게 주는 연구프로 
젝트를 위한 배포인쇄물은 다음과 갈은것을 포함한다. 

• 제 안을 위 한 양식 

• 최종보고서를 위한 양식 

• 중간 및 최종기 한부일정 작성 

• 가능한 프로젝트 화제들의 목록 

대학생들은 제시된 문제들중 하나를 선택하거나 비교될만한 프로젝트들을 자체로 고 
안해 낼수 있다. 강사의 지도서는 George Mason 종합대 학의 Tan N.Nguyen 교수가 개 
발한 가능한 연구목록은 물론 제 안 및 최종보고서를 위한 제 안양식을 포함한다. 

3-4. 프로그람작성프로젝트 

OSP 또는 Nachos 를 사용하거나 병행성에 초점을 두고 BACI 를 사용해서 OS 의 부 
분들을 개 발하기 위한 다른방법 은 하부구조를 전혀 필 요로 하지 않는 프로 그람작성 프로 
젝트들을 많이 배 당하는것 이 다. OSP 나 BACI 와 같은 자원틀을 사용하는데 비하여 프로 
그람작성 프로젝 트들은 여 러 가지 우점 을 가진 다. 
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1. 강사는 프로젝 트를 배 당하기 위하여 지 원틀과 일 치하는 개 념 들이 아니 라 OS 와 
관련되는 여러가지 다양한 개념들을 선택할수 있다. 

2. 프로젝트들은 임의의 사용가능한 콤퓨터에서 임의의 적당한 언어로 대학생들에 
의하여 프로그람작성 될 수 있 다. 

3. 강사는 하부구조를 내 리적재，설치，구성할 필요가 없다. 

프로젝트의 크기는 임의로 할수 있다. 보다 큰 프로젝트들은 높은 학력을 가진 대학 
생에게는 적합하지만 능력이나 조직적수법이 충분하지 못한 대학생들은 할수 없다. 큰 
프로젝 트들은 보통 가장 우수한 대 학생 들로 하여 금 자기 들의 능력 을 충분히 발휘할수 있 
게 한다. 작은 프로젝트일수록 개 념들로부터 프로그람작성을 보다 쉽게 할수 있으며 그 
것들중에서 대부분을 과제로 줄수 있기때문에 여러가지 다른 문제들을 강조할 기회를 
준다. 여 러 가지 를 고려하여 보다 작은 프로젝 트들을 취 급하는것 이 합리 적 이 다. 따라서 
강사의 지 도서 에는 일 련의 작은 프로젝 트들을 포함되 여 있 다. 매 개 프로젝 트는 한주일 
정 도로 완성 될수 있 으며 대 학생 과 교원 에 게 다 만족될수 있다. 이 프로젝 트들은 
Worcester Polytechic 협 회 의 Stephen Taylor 가 개 발하였 다. 조작체 계 를 가르치 는 강의 
에서 그 프로젝트들을 수십 번 사용하고 재현하였다. 

3-5. 문헌연구/보고서의 작성과제 

강의 에서 배 운 개 념 들을 보충하고 대 학생 들에 게 연구경험을 주기 위 한 다른 우수한 
방법은 읽고 분석 할 문헌의 론문들을 배 당하는것 이 다. 강사지도서는 매개 장에 하나 또 
는 그이상씩 배당될 제안론문목록을 포함한다. 모든 론문들은 인터네트나 임의의 훌륭한 
대 학기술도서관을 통하여 쉽게 입수할수 있다. 지도서는 역시 제 안된 과제의 용어를 포 
함한다. 


부특 4. OSP : 조작체계프로젝트의 환경 
4-1. 개팔 

OSP 는 현대 조작체계의 실현물이며 조작체계설계에 대한 초보강의에 적합한 실현 
물프로젝 트들을 발생 하기 위한 유연한 환경 이 다. OSP 는 조작체 계 들에 대 한 초보교과서 
의 사용을 보충하려고 계획되였으며 3학기동안 취급하는데 충분한 프로젝트들을 포함한 
다. 이 프로젝 트들은 대 학생 들이 조작체 계 의 많은 본질적 인 특징 들에 접하게 하는 동시 
에 저준위기계의존사건들과 분리시 킨다. 따라서 대 학생들은 한 학기동안에 가상기 억기관 
리 에서의 페지교체 , 처 리기일정작성전략，디스크탐색시 간최적화와 조작체 계설계 에서 제 
기되는 다른 문제들을 배울수 있다. 

OSP 는 C 프로그람작성언어 로 작성되 며 대 학생들은 C 언어 로도 자기의 OSP 프로젝 트 
들을 작성할수 있 다. 그러 므로 OSP 를 사용하기 위한 필요조건으로서 대 학생 들은 기 초 
가 든든한 C 프로그람작성 기교를 가져 야 하며 자료구조들에 대 한 대 학콤퓨터 과학강의 를 
받고 UNIX 에 기 초한 C 프로그람작성 환경 (실례 로 cc, make, emacs 또는 vi 등등)에 대 
한 작업지식이 있어야 한다. 

OSP 는 매개 모둘이 장치 일정작성，처 리기일정작성，새 치기조종，파일관리，기 억기 
관리，프로쎄 스관리 , 자원관리 , 프로쎄 스간통신과 같은 기 본조작체 계 봉사를 수행 하는 수 
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많은 모둘들로 구성된다. 강사는 임의의 부분적모둘들을 선택적으로 생략함으로써 대학 
생 들이 잘못된 부분들을 완성하도록 하는 프로젝 트들을 제 기할수 있 다. 이 과정 은 OSP 
프로젝트발생기에 의하여 완전히 자동화되며 배포판에 포함되여 있다. 프로젝트들은 강 
의내용과 모순이 없게 수행되도록 임의의 희망하는 순서로 조직할수 있다. 

OSP 프로젝 트발생 기 는 강사에 게 프로젝 트들을 생 성하기 위한 편리한 환경 을 제 공한 
다. 그것은 대학생들이 배당된 모둘들의 실현물을 련결하는 표준 OSP 모둘들의 《부분적 
재모둘》을 발생한다. 결과 부분적으로는 대학생들이 완성한 새롭고 완전한 조작체계가 
만들어 진다. 게 다가 프로젝 트발생 기는 매 개 배 당된 모둘들을 위 한 수속제목들과 필요한 
자료구조들의 선언들을 포함하는《 module , c 》 파일들을 생성한다. 이 파일들은 대학생들 
이 수속본체들에 작성해 넣는 프로젝트의 부분으로서 주어 질수 있다. 이것은 OSP 와의 
일관성 있는 대면부를 보증하며 강사와 대학생들이 타자하여야 할 루린의 타자량을 작게 
한다. 

OSP 의 심장부는 콤퓨터체계가 다중프로그람처리해야 할 동적으로 전개되는 사용자 
프로쎄스들의 집 합을 가지 고 있는듯한 착각을 주는 모의기 이 다. OSP 의 다른 모든 모둘 
들은 조작체 계 를 구동하는 모의 기 가 발생 한 사건들에 적 당히 응답하기 위하여 구축된 다. 
모의 기 는 흔히 자기 가 모의한 사건에 대 한 어 떤 모둘의 응답오유를 검 출할수 있는데 이 
러 한 다른 모둘들과의 대화를《리해한다》. 이 러한 경우에 모의기는 사용자에게 중요한 
오유통보문을 보내는것으로 프로그람의 집행을 친절하게 완료하고 오유가 일어 날수 있 
는 개 소를 지 적할것 이 다. 이 기 능은 대 학생 들을 위한 착오수정 도구로서 그리 고 강사들을 
위한 교육도구로서 봉사한다. 왜 냐하면 이 기 능이 모의 기 가 접 수할수 있는 대 학생 프로그 
람이 실 제 상 착오가 없 다는것 을 보증하기 때 문이 다 . 

모의 기 가 발생 한 일 감흐름들의 경 쟁 은 모의 파라메 터 들을 조작하여 동적 으로 조정 될 
수 있 다. 그것 은 대 학생 프로그람들의 질 을 검 사하기 위한 단순하고 효률적 인 방법 을 준 
다. 또한 대 학생 들이 모의할 때 OSP 와 대 화하여 자기 프로그람들의 착오를 수정할수 
있도륵 하는 기능들이 있다. 

OSP 에서 기초를 이루는 모형은 임의의 특정조작체 계의 복제 가 아니 다. 오히 려 그 
것은 여러 체계들의 공통특징들을 추출한것이다(때때로 UNIX 쪽으로 치우쳤다고 볼수 
있지 만) . 프로쎄 스간통신을 위한 모둘들을 제외한 OSP 모둘들은 수많은 저준위 사건들을 
숨기 기 위하여 설계되 였으며 아직 도 현대 체 계들에서의 실제 대 응모둘의 가장 명백한 견 
해들을 포함하고 있다. 그의 실현물들은 조작체계들에 대한 초보강의의 프로젝트부분품 
들로서 매 우 적 합하다. 프로쎄 스간통신을 처 리하는 두개 모둘을 중심 으로 더 고급한 프 
로젝트를 구축할수 있다. 그것들의 설계는 더 세분화되여 대학생들에게 실제로《보다 불 
결한》환경에서 연구할 기회를 준다. 

OSP 는 그의 호상작용이 그림 부 4-1 에서 설명된 10개의 1차모둘들로 구성된다. 이 
그림에서 모둘사이의 화살표 즉 보에서 N 으로의 화살표는 보의 루린들이 자의 루린들을 
호출할수 있 다는것 을 의 미한다. 다음의 목록에 서 모둘들의 이 름과 그의 간단한 기 능설 명 
을 제 시한다. 


SIMCORE 

DIALOG 

INTER 

IOSVC 


모의기의 핵심부 
OSP 와의 실행시대면부 
일 반새 치 기 조종 
입출력감시기호출 


DEVINT 장치 새 치 기 

PAGEINT 페 지 부재 새 치 기 
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PROCSVC 

TIMEINT 

MEMORY 

CPU 

DEVICES 

FILES 

RESOURCES 

SOCKETS 

PROTOCOLS 


프로쎄 스관리 감시 기 호줄 

시 계 새 치 기 

기억기관리 

CPU 일 정 작성 

장치 관리 

파일 조직 

자원관리 

프로쎄스간통신 

SOCKETS 모둘을 위한 규약지원 


대 한 상세한 정 보를 다음의 책 에서 얻 을수 있다. 


OSP : An Environment for Operating System Projects , Michae 
Scott A . Smlka , Addison - Wesley , ISBN 0-201-54887-9(1991) 

_ 그람작성과제를 위한 제 안들과 osp 의 설치 및 실행을 위한 방향들¬ 
다의 책 판본 (ISBN 0-201-54888-7) 은 Addison-Wesley 를 통해 서 만 : 
U 다. 

들은 Addison-Wesley FTP 싸이트 ftp :// amstel . aw . com 에서 강사지도 
!다. 가입 id 와 통과암호는 Addison-Wesley 판매대 리 인과 련계 하여 얻을。 
) 는 SunOS , SystemV , BSD , 386 BSD , Mach , Ultrix , HP - UX , AIX 
은 대 부분의 워 크스테 이 션 UNIX 에 서 실 행한다. 그것 은 또한 
) 와 같은 PC UNIX 에 서 도 실 행한다. 












4-2. OSP 의 혁신적인 측면 

osp 의 주요한 혁신적 인 측면은 다음과 같다. 즉 

• OSP 는 대 학생들에게 현대 조작체계들의 많은 본질적 인 특징들을 실현할수 있는 
실험환경을 주는 동시에 그들을 저준위기계의존사건들과 분리시킨다. 따라서 대 
학생들은 한 학기동안에 얼마든지 가상기 억기관리에서 페지교체전략들, 처 리기일 
정작성전략들， 디스크 람색시간최적화 그리고 조작체계설계의 다른 문제점들을 배 
울수 있다. OSP 의 심장부는 를퓨터체계가 다중프로그람처 리해야 할 동적으로 전 
개되는 사용자프로쎄스들의 집합을 가지고 있다는 착각을 주는 모의기이다. 대학 
생 들이 학기 강의 에 서 작성하는 OSP 모둘들은 조작체 계 를 구동하는 모의 기 가 발생 
한 사건들에 적 당히 응답하기 위하여 구축된다. 

대 학생 들은 OSP 가 요청한 모의파라메터 들에 서 로 다른 값들을 주어 모 
의기가 발생한 일감흐름들의 경쟁을 조정할수 있다. 이것은 대학생들에게 자 
기 프로그람의 질을 검사하기 위한 간단하고 효률적인 방법을 제공한다. 또 
한 대 학생 들이 모의할 때 OSP 와 대 화하면서 자기 프로그람들의 착오를 수정 
할수 있 게 하는 기 능들이 있다. 

• OSP 는 실현물프로젝 트들을 생 성하기 위하여 편리한 환경 인 OSP 프로젝 트발생 기 
를 강사에게 제공한다. 프로젝트발생기는 대 학생들이 배 당된 모둘들의 실현물들 
에 련결 하게 되 는《부분적재 모둘》과 갈은 표준 OSP 모둘들을 발생한다. 결과 대 
학생들이 부분적으로 완성한 새롭고 완전한 조작체계가 만들어 진다. 

게 다가 프로젝 트발생 기는 매 개 배 당된 모둘들을 위 한 수속표제 들과 필수적 
인 자료구조들의 선언들을 포함하는《 module . c 》 파일들을 자동적으로 생성한다. 
이 파일들은 대 학생 들이 수속본체 들에 작성해 넣 는 프로젝 트의 부분으로서 제 공 
될수 있다. 이것은 OSP 와의 일관성 있는 대면부를 보증하며 강사와 대학생들이 
타자하여야 할 루린의 량을 줄인다. 

• OSP 는 강사가 대학생들이 편리하고《안전한》방식으로 자기의 연구과제들을 제 
출하도록 하는데 사용할수 있는 hand - in 프로그람을 제공한다. 주어 진 과제에 
서 hand - in 프로그람은 대 학생 들이 OSP 를 실 현하는데 필요한 파라메터 파일 을 대 
학생 들에 게 요구할것 이 다. 이 파라메터 파일(추측컨데 강사가 모순이 없는 기 준에 
기 초하여 과제 들의 등급을 정할수 있도록 성 능검 사한것 )은 강사에 의 하여 한번 
생성될수 있거나 연구과제의 실현물에 대한 특정성능들을 설명하기 위하여 대학 
생 들이 생성할수 있 다. hand - in 은 그다음에 대 학생 들의 원천프로그람들을 콤파 
일하고 주어 진 파라메터파일을 가지고 집행 파일을 실행 할것 이 다. 한번의 실행 으 
로 완료했 다면 hand - in 은 사용자에 게 또다른 파라메터파일 을 요구할것 이 다. 
hand - in 은 대학생들이 파일을 전혀 지정하지 않으면 랄퇴할것 이 다. 

대학생들이 완성한 원천모둘들과 번역단계와 모의실행들에서 나오는 출구는 강 
의보고에 있는 의뢰등록부에 넣어 질것이다. 대학생들은 이 출구파일들에 대한 그 
어떤 호출권도 가질수 없으며 따라서 그것을 함부로 조작할수 없을것 이 다. 

대 학생들은 자기 프로그람들을 여 러번 제출할수 있다. 강사가 기 한부를 확인할 
수 있도록 hand - in 을 사용할 때마다 현재 시간을 기록한다. 그리고 매개 실행에서 
hand - in 은 강사가 준 파라메 터 파일 로 수행 되 였는지 또는 대 학생 이 선택 한 파라메 터 
파일로 수행되였는지를 기록한다. 이것은 대학생들이 강사가 요구한 파라메터모임보 
다《더 쉬운》파라메터모임을 사용하지 못하도록 하는데 사용된다. 



• OSP 모의기는 대학생들이 실현한 모둘들의 실행시 행동을 주의깊게 감시하며 많 
은 경우에 대학생모둘의 행동이 표준행동에서 탈선한다면 경고통보문을 출구할수 
있다. 실례로 대학생이 입출력요청들을 조종하는 모둘을 작성했다면 모의기는 입 
출력 요청 블로크 (IORB) 가 알맞는 장치대 기렬에 삽입되 였는가를 검사한다. 그렇 
지 않으면 모의기 는 입 출력 요청 이 정 확히 조종되 지 않았다는것 을 대 학생 들에 게 
알리는 서술통보문을 출구한다. 

모의 기 가 수행하는 면밀 한 감시 기 능은 대 학생 들이 대 화식착오수정 을 하는데 
상당한 도움을 준다. 그것 이 거 의 항상 그 어 떤 모의기 경 고통보문들을 발생 시 킴 
이 없이 대학생들의 OSP 과제해답의 집행이 계속된다면 대학생들의 코드가 기능 
적으로 정확한 경우이 다. 

• OSP 는 대 학생들이 모의 할 때 주기적 으로 체 계상태를 보게 하는(체 계의 순시상기록 
을 취하도록 하는) 모의기와의 포괄적 인 착오수정대면부를 제공한다. 속사기간에 연 
시된 정보에는 주기 억기프레 임표의 내용，장치표， PCB (프로쎄스조종블로크)뿔，사 
건대 기 렬 등이 포함된다. 순시 상은 또한 사용자에 게 모의 파라메터 들을 변화시 키 기 
위한 기회를 준다. 이러한 파라메터의 하나인 Snapshot-intervay 은 모의중에 체계 
상태를 어떻게 표시하겠는가를 지적하기 위하여 사용자가 설정할수 있다. 

• OSP 는 Addison-Wesley 가 출판한 두개 의 지 도서 인 OSP 참조안내 서 와 OSP 강 
사지도서에 충분히 서술되여 있다. 참조안내서는 대학생들에게 OSP 연구과제를 
완성하는데 필 요한 모든 정 보를 주며 매 개 OSP 모둘들에 대 한 상세한 규격 들과 
연구과제들을 콤파일，집행，제출하기 위한 명령들을 포함한다. 강사지도서는 참 
고안내서 에 보충적 으로 SUNY Stony Brook 에서 FTP 를 통하여 OSP 를 설치 하 
기 위한 정 보와 프로젝 트발생 기 와 hand-in 프로그람을 사용하는 방법 에 대 한 정 
보를 준다. 

게 다가 강사지 도서 는 여 러 개의 표본 OSP 프로그람작성 과제 를 수행 하기 위한 
실제본문(즉 설명과 지령들)을 포함한다. 그 실제본문은 지금까지 우리들과 다 
른 OSP 사용자들이 사용하여 왔다. 다른 OSP 사용자들이 제공한 과제들은 물론 
이 과제들의 LaTex 원천들은 배포판에 포함된다. 

• 우리는 OSP 사용자들의 전자우편목록을 가지고 있다. 우편목록의 목적은 OSP 공 
동체 에 쏘 프트웨 어 와 문서 의 모든 변경(실례 로 착오수정，개 선된것，예정판본)들 
을 통고하도록 하고 사용자들속에 서 OSP 를 론의하기 위한 매 체 로서 봉사하는것 
이 다. 우편목록이 조작체 계 강의 를 하는 강사를 위하여 마련된것 이 기 때 문에 임 의 
의 우편목록신청자는 목록에 첨부되기전에 적당한 문서를 제출하여야 한다. 

4-3. 다른 조작체계쿄스웨어와의 비교 

조작체 계 강의안을 두개 의 그룹 즉 모의 기 에 기 초한것 들 (실 례 로 Berkeley 의 소형 
조작체 계 와 Nochos, MPX) 과 순수 기계 에서 직 접 실행하는 실제 OS 의 원천 코드에 
기 초한것 들 (실 례 로 MINIX[TANE97], XINU[COME84] , LINUX) 로 분류할수 있 다. 
◦SP 는 명백히 첫 부류에 들어 간다. 두개 부류의 강의안을 조작체계교육의 두가지 
다른 목적 에 사용하는것을 볼수 있다. 순수 기계의 쏘프트웨어는 기계구성 에 대 한 저 
준위의 세부들과 밀접하게 친숙해 질수 있게 하며 모의 기 에 기초한 쏘프트웨어 에서 존 
재 할수 없는 직접성을 준다. 다른 한편 모의기 에 기초한 쏘프트웨어는 대 학생들을 특 
정 기계구성의 진짜본질들과 고의적 으로 분리시키며 대 학생들이 강의 또는 강의안에서 
론의하는 조작체계개 념들을 실현하는데 집중하도록 한다. 
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모의기 에 기 초한 쏘프트웨어의 령역 에서 OSP 는 다음과 같은 성 질들의 결합으로 하 
여 특징적이다. 

• 유연성 : 강사들은 제마음대로 자기가 마음에 드는 화제를 가지고 임의의 순서로 
프로젝트들을 배당한다. 게다가 매개 프로젝트는 임의의 특정디스크 또는 처리기 
일정작성，기 억기관리 또는 교착회피 방책 등에 구속되지 않는다. 

• 모의기 에 의 하여 제공되는 현실주의정도 : OSP 는 대 표적 인 조작체 계 에서 발생하 
는 사건들의 정확한 모의에 기초하며 이와 마찬가지로 강사는 대학생들이 실현한 
과제들의 질을 평가할수 있도륵 잘 준비된다. 모의기는 결과들을 위조하지 못하 
게 하며 따라서 대학생들의 프로젝트검출을 간단하게 하는 많은 보안검사기능들 
을 내장하고 있다. 

• 사용의 용이성 : 경험은 OSP 가 강사와 대학생의 견지에서 상대적으로 사용하기 
쉽 다는것을 보여 주었다. 강사는 과제들을 작성하기 위한 관리적 인 부담을 덜수 
있다. 과제들은 프로젝트발생기가 자동적으로 발생하며 대학생들이 과제를 완성 
하는데 필요한 모든 정보를 포함한다. 모의기와의 착오수정대면부는 대 학생들이 
과제를 수행 하는데 필요한 시 간을 상당히 줄인다. 끝으로 hand - in 프로그람은 강 
사들과 대 학생들을 위 하여 환경을 더 편리 하게 한다. 

4-4. OSP 쏘프트웨어의 배포 

OSP 쏘프트웨 어 원천은 보고서 OSPftp 인 ftp . cs . sunysb . edu 에서 ftp 를 통하여 입 
수할수 있 다. 이 보고서 는 OSP 의 강사지 도서 에서 또는 Addison _ Wesley 판매 대리 인과 
련계를 가지고 엄 을수 있는 통과암호를 가진다 ( Addison _ Wesley 는 OS 과목을 가르치는 
강사들에게만 이 지도서를 제공한다.). 

실제배포판음 파일 


OSP . tar . Z 

에 있다. 이것은 압축된 tar 파일 이다. 원천을 설치 하기 위 하여 압축해제와 tarxf 를 사용 
하시오. 그다음에 멜 script bin / osp . startup 와 bin / osp . compile 을 집 행 하여 OSP 를 를 
파일할수 있다. 더 상세한것은 OSP 강사지도서를 보시오. 

OSP 는 전용보고서 의 뿌리 등록부에 서 가장 잘 실 행한다. 그러 나 HOME 을 알맞게 
설정 하면 보조등록부에 서 도 실 행할수 있 다. 

배포판의 등록부구조는 03므$모둘들의 원천코드(역시 표본해답으로서도 봉사한다.) 
OSP . startup 와 OSP . compile 과 같은 여 러 가지 쉴스크립트들, 수많은 제 안된 $ OSP $^ 
로그람작성과제를 등으로 구성된다. 


4-5. OSP 의 우편목록 

OSP 사용자들을 위하여 우편목록이 존재한다. 우편목록의 목적 은 쏘프트웨어 와 문 
서 에서 의 변화들(실례 로 착오상태 , 예 정판본)을 OSP 공동체 에 통지하도록 하고 OSP 사 
용자들속에서 진행되는 OSP 에 대한 론의점들을 위한 매체로서 봉사하는것이다. 

이 우편목록은 조절될수 있으며 모든 통신들은 OSP 8 CS . Sunysb . edu 에 송신될수 있 
다. 이 주소는 또한 임의의 문제점들을 보고하고 일반적으로 관심사로 되지 않는 OSP 
관련문제 들을 질 문하는데 그리 고 우편목록관리 문제 (실 례 로 가입 의 추가/삭제 )를 위하여 
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사용될수 있다. 

우편목록은 다만 강사가 OSP 쏘프트웨어 를 사용한 조작체 계 강의 에 사용하기 위한것 
이 라는것을 명심 하시오. 특히 조작체계강의를 받는 대 학생들을 위 한것은 아니 다. 그러므 
로 독자들은 우편목록을 구독하고 싶다면 OSP 8 cs . Sunysb . edu 에 이름，위치，주소，전 
화번호를 전자우편으로 보내 고 동시 에 부서 소책 자사본 또는 이 름이 적 힌 강의일정 을 우 
편으로 보내시오. 


4-6. 전망계획 

현재는 림시적 으로 OSP /2 라고 하는 다음세대 OSP 쏘프트웨어를 설계 및 실현하고 
있다. 이 새로운 판본은 대학생들에게 현대적인 조작체계설계 및 실현물을 위한 보다 현 
실적이고 현대적인 관점을 주고 체계의 모둘성과 확장성을 증대시키며 객체지향설계를 
받아 들이는 등 여러가지 측면에서 OSP 보다 우수하다. OSP /2 는 JAVA 로 작성하고 있 
으며 대 학생 들은 OSP /2 프로젝 트를 JAVA 로 프로그람작성할수 있 다. 

OSP /2 의 예정배포날자는 2001년 9월이다 

부록 5. BACI : Ben-Ari 병행 프로그람작성체계 
5-1. 서론 

제5장에서는 병행개념 (호상배제와 림계구역문제)을 소개하고 있으며 동기화수법 (신 
호기들, 감시기들과 통보문넘기기)을 제기하고 있다. 병행프로그람의 교착 및 고갈문제 
들은 제6장에서 취급하고 있다. 병렬 및 분산계산에 대한 중요성이 커짐에 따라 병행 및 
동기화문제를 리해할 필요성이 더욱 제기되고 있다. 이러한 개념을 충분히 리해하기 위 
해서는 병 행프로그람을 실지 작성해 본 경험을 가지 고 있어 야 한다. 

이《 실제 적 인》경 험 을 얻 기 위 한 세 가지 방법 이 있 다. 첫째 로, 병 행 Pascal , Modula , 
Ada 또는 SR 프로그람작성언어 와 같은 병 행 프로그람작성언어 로 병 행 프로그람들을 작성 
해 보는것이다. 그러나 각이한 동기화수법들을 실험하기 위해서는 많은 병행프로그람작 
성언어들의 문장구성 법을 배워 야 한다. 둘째 로, UNIX 와 갈은 조작체계의 체 계호출들을 
사용하여 병 행 프로그람을 작성 해 보는것 이 다. 그러 나 특정한 조작체 계 의 세 부들과 특성 
들 ( UNIX 의 신호기 체 계 호출들의 세 부들) 로 하여 병 행 프로그람작성 법 을 리 해 하려 는 목적 
으로부터 벗 어 나기 가 쉽 다. 마지 막으로 기 능병 행 Pascal ( Pascal - FC ) [ DAVI 9()] 이 나 
Ben - Ari 병 행 해 석 기 ( BACI ) [ BYNU 96] 과 같은 병 행 개 념 을 체 험 시 키 기 위 하여 개 발된 언 
어 로 병 행 프로그람들을 작성 해 보는것 이 다. 여 기서 는 그러한 언어를 사용하여 일상생 활 
에서 친숙해 진 문장론에 의한 각이한 동기화수법들을 제공하고 있다. 병행개념들에 대 
한 지식을 주기 위하여 전용으로 개발된 언어들은 필요한 지식을 습득하기 위한 가장 좋 
은 수단으로 된 다. 

부록 5-2 에서는 BACI 체계에 대하여 간단히 개괄하고 체계를 습득하기 위한 방법을 
설명한다. 부록 5-3 에서는 BACI 프로그람실례 들을 제 시 하고 부록 5-4 에서 는 실현 및 프 
로그람작성준위 에서 실제적 인 병행지식 을 얻기 위한 프로젝 트를 취급한다. 마지 막으로 
부록 5-5 에서는 진척중에 있거나 계획되여 있는 BACI 체계의 갱신에 대하여 서술한다. 
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5-2. BACI 


체계에 대한 개팔 

BACI 는 순차 Pascal ( Pascal - S ) 에 Ben-Ari 가 변경을 가하여 엄은 그의 직접적 후 
손이 다. Pascal-S 는 Wirth 에 의 하여 작성된 표준 Pascal 의 부분집합으로서 INPUT 와 
OUTPUT , 묶음들，지시자변수들， goto 문장들을 제외하고는 파일들이 없다. Ben-Ari 
는 Pascal-S 언어에 cobegin ... cend 구문과 같은 병행프로그람작성구문들과 그리고 기 
다림 및 신호조작들이 달린 신호기변수형 태 를 보충하였 다 [ BEN 8 幻. BACI 는 
Pascal-S 에 동기화기능들(실례로 감시기들)과 그리고 사용자가 변수를 부적당하게 변경 
시키지 못하도록 하기 위하여 은페기구들(실례로 신호기변수는 신호기함수들에 의해서만 
변경시킬수 있다)을 보충한 Ben-Ari 의 변경판이다. 

BACI 는 병 행 프로쎄 스집 행 을 모의하며 일 반신호기 들, 감시 기 들과 같은 동기 화수법 
들을 제공하고 있다. BACI 체계는 그림 부 5-1 에서 보는바와 같이 두개의 부분체계들로 
구성되 여 있다. 첫번째 부분체계 인 콤파일러는 사용자의 프로그람을 PCODE 라고 부르 
는 중간적인 목적코드로 콤파일한다. BACI 체계에서는 두개의 콤파일러를 사용할수 있는 
데 이것은 기초프로그람작성강의들에서 가르친 두개의 통속적인 언어에 대응한다. 한 콤 
파일러의 문법은 표준 Pascal 과 류사한데 Pascal 문법을 사용하는 BACI 프로그람을 
pgrm - name.pm 으로 표기 한다. 다른 콤파일러의 문법은 표준 C ++ 와 류사한데 이 BACI 
프로그람들을 pgrm - name.cm 으로 표기한다. 콤파일 러 들은 둘다 를파일 기 간에 두개 의 
파일 즉 pgrm - name.lst 와 pgrm - name.pco 를 창조한다. 


해 석 기 
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그림 부 5-1. BACI 체계의 개괄 







BACI 체계에서 두번째 부분체계인 해석기는 를파일러가 창조한 목적코드를 집행한 
다. 즉 해 석 기 는 pgrm - name . pco 를 집 행 한다. 해 석 기 의 핵 심 은 선 취 일 정 작성 기 토서 집 
행기 간에 이 일정작성기는 병 행프로쎄 스들사이 에서 임의 로 교체하면서 병 행프로쎄 스들에 
대 한 병 렬집행을 모의 한다. 해석기는 단일걸음집 행， PCODE 명 령의 역 아쌤 블프로그람의 
기 억 위 치 표시 와 갈은 많은 각이 한 착오수정 방법 들을 제 공한다. 

BACI 에서 병행구문 

이 목록의 나머지 부분에서는 표준 C ++ 와 류사한 콤파일러에 중심을 둔다. 이 콤파 
일러를 C — 고 부르는데 그 문법은 C ++ 와 류사하기는 하지만 계승성，은페 및 다른 객체 
지 향프로그람작성의 특징 들은 포함하지 않는다. 여 기서 는 BACI 의 병 행구문에 대 하여 
개괄하며 Pascal 이 나 C—ACI 문법 에 대 하여 더 구체적 인것 이 필요하다면 BACI 웨브싸 
이트에서 사용자의 안내를 보시오. 

Cobegin 

병행으로 실행되는 프로쎄스의 목록은 Cobegin 블로크안에 있다. 이러한 블로크들 
은 중첩될수 없으며 주프로그람에 있어야 한다. 

Cobegin { proc 1(...); proc 2 ... : proc N (...); } 

우의 블로크에서 콤파일러가 창조한 PCODE 문은 해석기에 의해 독단적으로, 《임 
의》의 순서 로 교차처 리되는데 Cobegin 블로크를 포함하는 같은 프로그람의 다중집 행은 
비 결정 론적 인것 으로 될것 이 다. 

신호기 

BACI 에서 신호기는 부아닌 값을 가지는 옹근수변수로서 뒤에는 정의되여 있는 신 
호기의 호출에 의해서만 접근할수 있다. BACI 에서 2진신호기는 단지 0과 1값만 가진다 
고 가정한것 으로서 신호기 형 중에 서 2진신호기 의 부분형 에 의 하여 지 원을 받는다. 를파일 
및 집행기간에 콤파일러와 해석기는 2진신호기의 변수가 0과 1값만을 가질수 있다는 제 
한조건 또는 신호기 의 형 이 다만 부가 아닐수 있 다는 제 한조건을 실시한다. BACI 신호기 
호출에는 다음과 같은것들이 속한다. 

• Initialsem (신호기 sem , int 표현) 

• P (신호기 sem ) : sem 의 값이 0보다 크면 해석기는 sem 을 하나 감소시키고 P 의 
호출자가 계속할수 있게 한다. Sem 의 값이 0과 같다면 해석기는 P 의 호출자를 
잠자게 한다. Wait 는 P 에 대한 동의어로 볼수 있다. 

• V (신호기 sem ) : sem 의 값이 0과 같고 하나 혹은 그이상의 프로쎄스들이 sem 에 
관하여 잠자고 있다면 이 프로쎄스들중 하나를 깨운다. 아무런 프로쎄스도 sem 에 
관하여 기다리고 있지 않다면 sem 을 하나 증가시킨다. 임의의 사건에서 V 의 호 
출자는 계속하도록 허락을 받는다 (BACI 는 어떤 신호가 도착할 때 어느 프로쎄스 
를 깨 우겠는가 하는것 을 우연적 으로 선택하여 Dijkstra 의 원래 의 신호기제 안에 
따른다.). 신호를 V 에 대한 동의어로 볼수 있다. 


감시 기 

BACI 는 Hoare [ Hoar 74] 에 의해 제안된바와 같이 감시기의 개념을 일정한 제한조건 
을 가지 고 지 원 하는데 그 실 현물은 [ PRAM 84] 에 의해 수행 된 작업 에 기 초하고 있 다. 
감시기는 수속이나 함수에 의하여 정의된 블로크와 같이 일부 추가적 인 속성 (실례로 조 
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건변수들을 들수 있다.)들을 가지는 C ++ 의 블로크이다. BACI 에서 감시기는 제일 바깥인 
전역준위에서 선언되여야 하며 다른 감시기의 블로크와 중복될수 없다. 세개의 구문이 
병 행 성 을 조종하기 위 해 감시 기 의 수속들 및 기 능들에 의하여 사용되 고 있 다. 즉 조건변 
수를, waitc (어떤 조건을 기다린다.) 및 signalc (어떤 조건을 신호한다.)들에 의하여 사 
용된다. 조건은 사실상 어떤 값을 절대로《가지지》않으며 대기할곳이 어디이며 신호할 
것 이 어 떤것 인 가 하는것 이 다. 감시 기프로쎄 스는 waitc 와 signalc 호출들을 통하여 주어 
진 조건이 유효하기를 기다리거나 주어 진 조건이 이제부터 유지된다는것을 신호할수 있 
다. waitc 와 signalc 의 호출들은 다음의 문맥과 의미론을 가지고 있다. 

• waitc (조건 cond , int prio ) : 감시 기 프로쎄 스(그리 고 감시 기 프로쎄 스를 호출하는 
외부프로쎄스)는 조건 cond 에 의하여 페색되며 우선권 prio 를 할당 받는다. 

• waitc (조건 cond ) : 이 호출은 우에서 말한 waitc 호출과 같은 의미를 가지지만 
기정우선권을 10으로 할당 받는다. 

• signalc (조건 cond ) : 가장 작은 (가장 높은) 우선권을 가지고 cond 에 관하여 
기다리고 있는 어떤 프로쎄스를 깨운다. cond 를 기다리고 있는 프로쎄스가 전혀 
없으면 아무것도 하지 않는다. 

BACI 는 즉시 회 복요구에 따른다. 즉 어 떤 조건에 의하여 기 다리 고 있는 프로쎄 스가 
신호를 받았다면 감시기 에 들어 가려 고 하는 프로쎄 스보다 높은 우선권을 가진다. 

다른 병행성구문 

C - BACI 콤파일 러 는 새 로운 병 행 조종기 본지 령 들을 생 성 하는데 사용할수 있 는 몇 가지 
낮은 준위의 병행구문을 제공한다. 기능이 원자적으로 정의된다면 그 기능은 비선취적이 
다. 다른 말로 해석기가 문맥절환을 사용하여 원자기능을 새치기하지 못한다. BACI 에서 
중단기능은 호출하는 프로쎄스를 잠자게 하고 회복기능은 중단된 프로쎄스를 회복시 킨다. 

BACI 를 얻는 방법 

두개 의 사용자안내서 (두개 의 콤파일 러 에 각각 하나)와 상세 화된 프로젝 트서 술을 가 
진 BACI 체 계 는 BACI Web 싸 이 트 (William Stallings . com / OS 4 e . html 에 서 그것 들의 
Web 싸이트에 련결할수 있다.)에서 입수할수 있다. BACI 체계는 C 로 작성되여 있으며 
따라서 쉽 게 이 식할수 있다. 현재 BACI 체 계 는 Makefile 파일 의 약간한 변경 으로 
LINUX , A 故및 DOS 에 서 콤파일 할수 있 다(주어 진 가동환경 에 대 한 구체 적 인 설 치자료 
는 배포판의 README 를 보시오.). bynum 8 cs . wm.edu 혹은 tcamp 通 mines . edu 에서 
자료를 얻을수 있다. 


5-3. BACI 프로그람의 실례 

제 5장과 제 6장에 서 많은 고전적 인 동기 화문제 들을 설 명하였 다 (실 례 로 읽 기 자/쓰기 자 
문제 와 철학자식 사문제 를 들수 있다.). 여 기서 는 세 가지 BACI 프로그람을 사용하여 
BACI 체 계 를 설 명 한다. 첫 실 례 는 BACI 체 계 에 서 병 행 프로쎄 스의 집 행 에 서 의 비 결 정 론 
을 설명한다. 다음의 프로그람을 고찰하자. 
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const int m = 5; 
int n ； 

void incr (char id ) 




int i ； 

for (i =1; i < = m ； i = i +1) 


공통 주기 억 기 에 대 한 프로쎄 스의 접 근을 동기 화시 키 자면 특수한 기 계 명 령 이 필 요하 
다. 그다음 이 특수한 기계명령우에 호상배제규약들 또는 동기화기본지령을 구축한다. 
BACI 에서 해석기는 원자적으로 정의된 기능을 문맥절환으로 새 치기할수 없다. 이 특징 
으로 하여 사용자는 낮은 준위의 특수 기계명령을 실현할수 있다. 실례로 다음의 프로그 
탐이 제5장 제3절에서 정의된 기능에 대한 BACI 실현물이다. 


n = n +1； 

cout « id « "n =" « n « " i = "； 
cout « I « " "« id « endl ； 

} 

} 

main ( ) 

{ 

n =0； 

cobegin { 

incr ( ‘ AO ; incr (‘ B '); incrCCO ； 

} 

cout « 《 합은 다음과 같다.》< n < endl ； 

} 

앞의 프로그람에서 창조된 세개의 프로쎄스 ( A , B , C ) 가 각각 차례로 집행되였다면 
출력합은 15로 된다는것을 주목하자. 그러나 명령문 n = n+l 의 병행집행은 서로 다른 값 
을 가지 는 출력합을 초래할수 있 다. bacc 를 사용하여 앞의 프로그람을 콤파일 한후에 
bainterp 으로 PCODE 파일을 여러번 집행하였다. 매 집행은 9〜15사이의 출력합을 산생 
시켰다. BACI 해 석 기 가 산생 시 킨 하나의 실례 집 행 은 다음과 같다. 

원천파일 : incremen . cm Fri Aug 1 16 ： 51 ： 00 1997 
CB n = 2 i = 1 C n = 2 
A n = 2 i ■= 1 i = 1 A 


c c 
=22 


A10_ 


A A B A B A I A 


1 1 이 
=14 
n 

1 n 은 
B 합 
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//검사 및 설정명령 
// Stallings , 계 5장 계3절 
// 

atomic int testset (int & i ) 

{ 

if (i = =0) { 
i = 1； 
return 1； 

} 

else 

return 0； 

} 

우리는 testset 를 사용하여 다음의 프로그람에서 보여 준바와 같이 호상배제규약을 
실현할수 있다. 이 프로그람은 검사 및 설정명령에 기초한 호상배제프로그람의 BACI 실 
현물이다. 프로그람은 세개의 병 행 프로쎄스를 가정 하며 매 개 프로쎄스는 호상배제를 10 
번 요구한다. 

int bolt = 0； 

const int RepeatCount = 10； 
viod proc(int id ) 

{ 

int i = 0； 

while ( i < RepeatCount ) { 
while (testset ( bolt )); //대기 
// 림계구역에 들어 간다 
cout « id ； 

//림계구역을 벗어 난다 
bolt = 0； 


main ( ) 

{ 

cobegin { 

proc (0) : proc ( l ); proc (2); 

} 

} 

다음의 두개 프로그람은 신호기 에 의한 경 계 완충기 식 생 산자/소비 자문제 의 BACI 풀 
이이다(그림 부 5-17 을 보시오.). 이 실례에서는 두개의 생산자，세개의 소비자가 있으 
며 완충기의 크기는 5이 다. 우선 이 문제에 대한 프로그람의 세부들을 서술한다. 다음 
경 계완충기식실 현물을 정 의 하는 포함파일 을 서 술한다. 

//경계완충기식생산자/소비자문제에 대한 풀이 
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//stallings 5-17 

// 경계완충기식기계에 가져다 넣는다 
#include " boundedbuff . inc " 

const int ValuRange = 20; // 0 〜 19 사이에 있는 옹근수들이 산생된다. 

semaphore to ； //말단출력 에 로의 배 타접근을 위 하여 

semaphore s ； //완충기에 대한 호상배제 

semaphore n ； // #완충기 에서 소비 할수 있는 항목들 

semaphore e ； // #완충기에서 빈공간 

int produce ( char id ) 

{ 

int tmp ； 

tmp = random ( ValueRange ); 
wait ( to ) : 

cout «： "생 산자" « id « "생 산한다" 然 i « endl ； 
signal ( to ); 
return tmp ； 

} 

void consume ( char id , int i ) 

{ 

wait ( to ) : 

codt « "생산자" « id « "소비 한다" « i « endl ； 
signal ( to ) : 

} 

void producer (char id ) 

{ 

int i ； 

for (: ；) { 

i = produce ( id ) : 
wait ( e ) : 
wait ( s ) : 
append ( i ) : 
signal ( s ) : 
signal ( n ) : 


void consumer (char id ) 

{ 

int i ； 
for (;;) { 
wait ( e ) : 
wait ( s ) : 

I = take ( ); 
signal ( s ) : 
signal ( n ) : 
consume ( id , i ) : 
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main ( ) 


initialsem ( s , 1) ； 
initialsem ( n , 0) ； 
initialsem ( e , SizeOfBuffer ) ； 
initialsem ( to , 1) ； 
cobegin { 

producer (' A ’); producer (' B ’); 

consumer (' x ’); consumer Cy ’); consumer ('zO ； 

} 

} 

// 경계 완충기 파일 포함 
const int SizeOfBuffer = 5； 
int buffer [ SizeOfBuffer ]; 

int in = 0； // 다음번 append 에 사용되는 완충기에 대한 첨수 
int out = 0； //다음번 take 에 사용되는 완충기에 대한 첨수 
void append ( int v ) 

// 완충기 에 V 를 더 한다 

// 신호기나 조건을 통하여 외적으로 초과량을 관심하는것으로 가정한다. 

{ 

buffer [ in ] = v ； 

in = (in + 1) % SizeOfBuffer ； 

} 

int take ( ) 

//완충기에서 항목을 반환한다 

//신호기나 조건을 통하여 외적으로 부족량을 관심하는것으로 가정한다 

{ 

int tmp ； 

tmp = buffer [ out ] ； 

out = (out + 1) % SizeOfBuffer ； 

return tmp ； 

} 

BACI 에서 앞의 경계완충기식풀이에 대한 하나의 실례집행은 다음과 같다. 

Source file ： semprodcons.cm Fri Aug 1 12 : 36 : 55 1997 

Producer B produces 4 

Producer A produces 13 

Producer B produces 12 

Producer A produces 4 

Producer B produces 17 

Consumer x consumes 4 

Consumer y consumes 13 

Producer A produces 16 

Producer B produces 11 
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Consumer z consumes 12 
Consumer x consumes 4 
Consumer y consumes 17 
Producer B produces 6 


5-4. BACI 프로젝트 

여기서는 BACI 에서 실현할수 있는 두가지 일반형프로젝트들을 설명한다. 우선 낮 
은 준위 조작에 대 한 실 현물을 포함하는 프로젝 트들을 설 명한다 (실 례 로 어 떤 공통 주기억 
기 에 대 한 프로쎄 스의 접 근을 동기 화시키는데 쓰이 는 특수한 기 계명 령을 들수 있다.). 
그 다음 이 낮은 준위조작들의 우에 구축되 는 프로젝 트들을 설명한다(실례 로 고전적 인 
동기화문제들을 들수 있다.). 이 프로젝트들에 대한 보다 구체적 인 내용은 [ BYNU 96] 
과 BACI 배포판에 포함된 프로젝트서 술내 용을 보시 오. 이 프로젝트들중 몇개를 해 결하 
기 위해 교원들은 저 자들과 련계를 가져 야 할것 이 다. 이 절에서 설명된 프로젝 트들외 에 
제5장의 마감에 있는 많은 문제들을 BACI 로 실현할수 있다. 

동기화기본지령의 실현 

기계명령의 실현 

BACI 로 실현할수 있는 많은 기계명령들이 있다. 실례로 그림 부 5-5 에서 준 교환명 
령이나 [ HERL 9()] 에서 준비교 및 교체조작을 실현할수 있다. 이 명령들의 실현은 int 
값을 되 넘 기는 원자기능에 기초하고 있다. 낮은 준위 조작의 우에 호상배제 규약을 구성하 
여 기계명령의 실현물들을 검사할수 있다. 


공평한 신호기 의 실 현 ( FIFO ) 


BACI 에서 신호기조작은 임의의 깨우기순서를 사용하여 실현되는데 이것은 Dijkstra 
가 신호기를 처음으로 정의한 방법 이 다. 그러 나 제5장 제4절에서 설명 한것 처 럼 가장 공 
평한 방책 은 FIFO 이 다. 이 FIFO 깨 우기순서 를 사용하여 BACI 에서 신호기 들을 실현할 
수 있다. 그 실현에서는 적 어도 다음의 네 가지 수속을 정의해 야 한다. 

• 프로그람코드를 초기화시키기 위 한 CreateSemaphores ( ) 

• sem-index 로 표현된 신호기를 초기화하기 위 한 InitSemaphore(int sem - index ) 

• FIFOP(int sem - index ) 

• FIFOV (int sem - index ) 


이 코드는 체계실현으로서 작성되여야 하며 따라서 가능한 모든 오유들을 처리해야 
한다. 즉 신호기설계 자는 사용자공동체 에 의 한 무식 하고，어리석 은 또는 부당한 사용을 
이겨낼수 있는 코드를 산생하여야 한다. 

신호기，감시기 및 실현물들 

많은 고전적 인 병행프로그람처 리문제 즉 생산자/소비자문제，각이한 우선권을 가지 는 
철학자문제，읽기자/쓰기자문제，잠자는 리발사문제 및 흡연자문제들이 있다. 이 모든 문 
제들을 BACI 에서 실현할수 있다. 여기서는 병행성과 동기화개념에 대한 리해를 더 깊이 
하기 위하여 BACI 로 실현할수 있는 비표준신호기/감시기프로젝트들을 설명한다. 
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A 와 묘의 신호기들 

BACI 에 있는 다음의 프로그람륜곽에 대하여 


"여기서 전역신호기선언 
void A( ) 

{ 

p( )’s and v( )’s ONLY 

} 

void B( ) 

{ 

p( )，s 및 v( )，s ONLY 

} 

main( ) 

{ 

入/여기서 신호기를 초기화한다 . 
cobegin { 

A( )； A( )； A( )； B( ) ； B( )； 

} 


은 프로쎄스들이 A (어떤 복사)， B (어떤 복사), A (어떤 복사)， A , B 의 순서로 결속하는 
식으로 가장 적은 수의 일반신호기들을 사용하여 프로그람을 완료한다. 해석기의 선택위 
치 나를 사용하여 프로쎄 스의 완료를 현시하시 오(이 프로젝 트에 대 한 많은 변종들이 있 
다. 실례 로 ABAA 순서 로 완료하는 네개의 병 행프로쎄 스들을 가지 거 나 AABABABB 순 
서 로 완료하는 여 덟개의 병 행프로쎄 스들을 가지 는 프로젝 트들이 있다. ) . 

2진신호기의 사용법 

2 진신호기를 사용하는 앞의 프로젝트를 다시 고찰하시오. 할당 및 IF-THEN-ELSE 
문이 이전 프로젝트들에 대한 풀이들에서 필요없다고 하여도 이 풀이에서 필요한 리유를 
평가해 보시오. 즉 이 경우에 Ps 및 Vs 만을 사용할수 없는 리유를 설명하시오. 

차지기다림 대 신호기 

신호기들을 사용하는 풀이와 차지기 다림 (실례 로 testset 명 령)를 사용하는 호상배제 
에 대한 풀이의 성능을 비교하시오. 실례로 이전에 설명한 ABAAB 프로젝트에 대한 신 
호기 풀이 와 testset 풀이를 비 교하시 오. 매 경우에 집 행 수를 많이 택 하여 (가령 1000) 더 
좋은 통계들을 엄어 내시오. 결과를 론의하고 하나의 실현물이 다른 실현물보다 우월한 
리유를 설명하시오. 


신호기와 감시기 

제 5 장의 문제 23 의 자료에 기 초하여 일 반신호기 를 사용하는 감시기 를 실현한 다음 
BACI 에서 감시기를 사용하는 일반신호기를 실현하시오. 

일반신호기와 2진신호기 

한 형태의 신호기를 사용하여 다른 형태의 신호기를 실현하거나 혹은 그 반대로 실 
현하여 일반신호기와 2진신호기가 다 같이 위력하다는것을 증명하시오. 
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시간박자 : 감시기의 프로젝트 

[ SIBL 98] 의 제6장 문제 16과 류사하게 감시기 AlarmClock 을 포함하는 프로그람을 
작성하시오. 감시기는 int 형 변수 the Clock (령으로 초기화됨)와 다음의 두가지 함수을 
가져 야 한다. 

• Tick ( ) : 이 함수는 호출될 때마다 the Clock 를 증가시킨다. 이것은 필요하다면 
signalc 와 같이 다른 일들을 수행할수 있다. 

• Int Alarm (int id , int delta ) : 이 함수는 the Clock 의 최소한의 델타박자동안에 
식 별자 id 를 사용하여 호출자를 페 색시킨다. 

주프로그람은 다음의 두가지 함수도 가질수 있다. 

• Void Ticker ( ) : 이 수속은 영 구적 인 반복고리 에서 Tick ( )를 호출한다. 

• Void Thread (int id , int myDelta ) : 이 함수는 영구적인 반복고리에서 Alarm 
을 호출한다. 

독자들은 감시기가 요구하는 임의의 다른 변수들을 감시기에 부여할수 있다. 감시기 
는 다섯개까지의 동시적 인 경보를 받아 들일수 있어 야 한다. 

대 중빵집 문제 

최근에 빵굽기가 류행되는것으로 하여 거의 모든 손님 들은 봉사를 받기 위 하여 기 다 
리려고 한다. 봉사를 계속하기 위해 빵집은 손님들이 차례로 봉사 받을수 있게 해줄 표 
체계를 확립하려 고 한다. 이 표체계 에 대 한 BACI 실현물을 연구하시오. 

5-5. BACI 체계의 확대 

BACI 체계를 확장하는데는 다음과 갈은 몇가지 방도가 있다. 

1. BACI 의 UNIX 판본에 도형사용자대면부 ( GUI ) 를 추가하였다. 이 GUI 로 하여 사 
용자는 같은 체 계 에서 BACI 프로그람모두를 편집，콤파일，해석할수 있다. 천연 
색 창 문 들 은 BACI 프 로 그 람 의 집 행 을 설 명 해 준 다 . BACI GUI 는 
http ：// www . mines , edu / fs _ home / tcamp / GUI / index . html 에 서 입 수할수 있 다. 

2. BACI 의 분산관본을 생 성하- 다. 병 행프로그람과 마찬가지 로 분산프로그람을 
실현함이 없이 분산프로그람들의 정확성을 증명하기는 어렵다. 분산 BACI 는 
분산프로그람들을 쉽게 실현할수 있도록 한다. 분산프로그람의 정확성을 증명 
하는외 에 분산 BACI 를 사용하여 프로그람의 성 능을 검 사할수 있다. 분산 
BACI 는 http : // www . mines . edu / fs _ home / tcamp / dbaci / index . html 에 서 입 
수 할수 있 다. 

3. 우리는 사용자에게 PCODE 파일에 대한 주석이 달린 목록을 제공하며 매개 
PCODE 명 령의 기 계코드와 필요하다면 명 령을 발생한 대응프로그람원천을 보여 
주는 PCODE 역 아쌤불러를 가지고 있다. 

4. 두 콤파일러에 독자적인 콤파일능력과 외부변수들을 추가하였다. 현재 BACI 
PCODE 의 서고를 창조하고 사용할수 있게 할 련결편집기와 파일보관프로그람을 
개발하고 있다. 
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용어해설 


가상기억기 virtual Stroage 

가상주소들이 실제 주소들로 사영되 는 콤퓨터체 계의 사용자에 의 하여 주소지정 가능한 주 
기억기로서 간주될수 있는 기억기공간. 가상기억기의 크기는 주기억기세포들의 실제 
적 인 개 수에 의 해 서 가 아니 라 콤퓨터 체 계 의 주소지 정 방식 과 사용가능한 2 차기 억 기 의 크 
기 에 의하여 제 한된 다. 

가상주소 Virtual Address 

가상기억기에서 기억위치의 주소 

감시기 Monitor 

추상적인 자료형태들과 수속들들과 모임에 대한 호상배제적인 접근을 제공하는 프로 
그람작성언어구문 

강한 신호기 Strong Semaphore 

갈은 신호기 우에 서 기 다리 고 있는 모든 프로쎄 스들이 기 다림 ( P ) 조작 (FIFO 순서 )들을 
집행할 때와 갈은 순서로 대기렬을 짓고 있다가 드디여 진행되도록 하는 신호기 

경량프로쎄스 니 ghtweight Process 

스레드 

경쟁조건 Race Condition 

다중프로쎄스들이 프로쎄스들의 상대적인 동기에 의거하는 결과에 따라 공유자료를 호 
출하고 조작하는 상황 

고갈 Starvation 

다른 프로쎄스들에 항상 선취권이 주어 지기때문에 어떤 프로쎄스가 무한정 지연되는 
상태 

교착 Deadlock 

여러개의 프로쎄스들이 류사한 기다림상태에 있는 다른 프로쎄스에 의하여 유지되고 있 
음으로 하여 사용할수 없게 되여 있는 자원을 사용하기 위해 기다리고 있는 경우에 발 
생하는 곤경 (1). 여러개의 프로쎄스들이 류사한 상태에 있는 다른 프로쎄스의 작용이 
나 그것 의 응답을 기 다리 는 경 우에 발생하는 곤경 (2) 

교착검출 Deadlock Detection 

요청된 자원들이 사용가능할 때 언제든지 허용하는 수법 . 주기적으로 조작체계는 교 
착을 검사한다. 

교착예방 Deadlock Prevention 

교착이 발생 하지 않도록 담보하는 수법 . 예 방은 교착의 필요한 조건들중의 한가지를 만 
족시키지 않도록 하는 방법으로 실현된다. 

교착회피 Deadlock Avoidance 

교착에 대한 매개 새로운 자원요청을 조사하는 동적수법. 만일 새로운 요청 이 교착에 
로 이끌어 간다면 그러한 요청은 거절된다. 
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교체 Swapping 

주기억기령역의 내용들을 2 차기억기령역에 있는 내용으로 서로 바꾸는 프로쎄스 

규약자료단위 Protocol Data Unit 

망의 동위실체들사이에서 전달되는 단위로서 조종정보. 주소정보 또는 자료를 포함할 
수 있다. 

금지형새치기 Disabled Interrupt 

처리기가 특정한 부류의 새치기요청신호들을 무시하는 조건으로서 보통 조작체계에 의 
하여 창조된다. 

기억기분할 Memory Partitioning 

기 억 기를 독립 적 인 구간들로 세 분하는것 

기준주소 Base Address 

콤퓨터프로그람의 집행에서 주소계산의 기준으로 사용되는 주소 

개 방체계호상련결 (OSI) 참조모형 Open Systems Interconnection (OSI) Reference Model 

협 동하는 장치 들사이 의 통신모형 . 그것 은 7층짜리 통신기 능방식 을 정 의한다. 

객체요청중개자 Object Request Broker 

의뢰기에서 봉사기에로 송신된 요청들에 대한 중개자로서 작용하는 객체지향체계의 실 
체 

과도교체 Thrashing 

처리기가 명령들의 집행보다 토막들의 교체에 대부분의 시간을 소비하는 가상기억기 
기구에서의 현상 

과제 Task 

프로쎄스와 동일 

내부쪼각 Internal Fragmentation 

기 억 기를 고정된 크기 의 분할구역 (즉 주기 억 기의 페 지 프레 임 이 나 디 스크의 물리 적 인 블 
로크)들로 나눌 때 발생한다. 만일 자료블로크가 한개이상의 분할구역들에 할당된다 
면 마지막분할구역의 공간을 랑비할수 있다. 이것은 자료의 마지막부분이 마지막 분 
할구역보다 작을 때 발생 한다. 

다중과제처리 Multitasking* 

두개 또는 그이상의 콤퓨터과제들을 병 행수행 또는 교차집행하기 위 하여 제공하는 조 
작방식 

다중준위보안 Multilevel Security 

다중준위의 자료분류를 거쳐 접근조종하게 하는 능력 

다중처리 Multiprocessing* 

다중처리기에서 두개 또는 그이상의 처리기들에 의하여 병렬처리를 하기 위하여 제공 
하는 조작방식 

다중처리기 Multiprocessor 

주기억기에 공동으로 접근하는 두개 또는 그이상의 처리기를 가진 콤퓨터 

다중 프로 그람 처리 Multiprogramming 
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단일처리기로 두개 또는 그이상의 콤퓨터프로그람들을 교대로 집행하기 위하여 제공 
하는 조작방식 

다중프로그람처 리준위 Multiprogramming Level 

주기억기에 부분적으로 또는 완전히 상주하는 프로쎄스의 개수 

단일핵심부 Monolithic Kernel 

일정작성，파일체계，장치구동프로그람. 기억기관리를 비롯한 실제상 완전한 조작체 
계를 포함하는 큰 핵심부. 핵심부의 모든 기능요소들은 자기의 모든 내부자료구조들 
과 루린들에 접근한다. 대표적으로 단일핵심부는 갈은 주소공간을 공유하는 모든 요 
소들을 가진 단일프로쎄스로써 실현된다. 

동기조작 Synchronous Operation 

다른 프로쎄 스에서의 규정된 사건의 발생 에 관하여 규칙적 으로 또는 예 상할수 있게 발 
생하는 조작. 규정된 사건의 실례로는 콤퓨터프로그람의 미리 코드화된 위치에서 조 
종을 넘겨 받는 입출력루린의 호출을 들수 있다. 

동기화 Synchronization 

두개 또는 그이상의 프로쎄스들이 어떤 조건에 따라 자기들의 동작들을 일치시키는것 

동적재배치 Dynamic Relocation 

프로그람이 주기억기의 각이한 령역에서 집행될수 있도록 집행중에 있는 를퓨터프로 
그람에 대한 절대주소를 할당하는 처리과정 

디스크배정표 Disk Allocation Table 

2 차기억기의 블로크들이 자유상태 에 있고 파일들에 배정하기 위해 사용하라는것을 가 
리키는 표 

디스크캐쉬 Disk Cache 

보통 주기 억기 에 있으면서 디 스크기 억기와 주기 억기의 예 비구역사이 에서 디 스크블로 
크의 캐쉬로서의 기능을 수행하는 완충기 

대칭다중처리 Symmetric Multiprocessing (SMP) 

조작체계가 임의의 사용가능한 처리기 또는 여러개의 사용가능한 처리기들에서 동시 
에 집행되도록 하는 다중처리의 형태 

대화 ( 조종 ) Session 

단일 대 화사용자응용 또는 조작체 계 기 능을 표현하는 한개 이 상의 프로쎄 스들의 집 합. 모 
든 건반 및 마우스입력은 전경대화로 지정되며 전경대화로부터의 모든 출력은 현시화 
면으로 출구된다. 

론리주소 Logical Address 

기억기에 대한 현재의 할당과 독립적인 기억기위치의 참조. 기억기접근을 하기전에 물 
리주소로 변환해 야 한다. 

론리레쿄드 Logical Record 

물리적환경과 독립적 인 레코드. 한개의 론리레코드의 일부분은 각이 한 물리레코드들 
을 차지할수 있고 또는 몇개의 론리레코드들이나 론리레코드들의 일부분들은 한개의 물 
리레코드를 차지할수 있다. 

림계구간 Critical Section 

콤퓨터 프로그람의 비 동기 수속에 서 다른 비 동기 수속의 관련된 림 계 구간을 사용하여 동 
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시 에 집 행 할수 없는 부분，호상배제를 참고 

레쿄드 Record 

하나의 단위로 취급되는 자료요소들의 그룹 

마당 Field 

(1) 레코드의 한 부분으로 정의된 론리자료， (2) 자료항목，자료집합, 지시 자 또는 련 
결자를 포함할수 있는 레코드의 요소단위 

마크로핵심부 Macrokernel 

넓은 범위의 봉사들을 제공하는 대규모조작체계의 핵 

마이크로핵심부 Microkernel 

프로쎄 스일정 작성，기 억 기 관리，통신봉사들을 제 공하며 다른 프로쎄 스들에 의 거 하여 조 
작체계핵심부와 전통적으로 관련이 있는 몇가지 기능들을 수행하는 소형의 특권조작 
체계의 핵 


망조작체계 Network Operating System 

콤퓨터 망에서 공통봉사기체계 를 사용할수 있게 하는 조작체계 에 추가적 인 쏘프트웨 어 

명중률 Hit Ratio 

2준위기억기에서 즉 고속기억기 (즉 캐쉬)에서 발견되는 모든 기억기접근들의 비률 

무리일정작성법 Gang Scheduling 

동일한 시간에 1 대 1 에 기초하여 처리기들의 모임에서 관련된 스레드들의 모임을 실 
행시키기 위한 일정작성법 

물리주소 Physical Address 

기 억기의 자료단위(실례 로 주기억기의 단어 또는 바이트，2 차기억기의 블로크)의 절 
대위 치 

미리페지화 Prepaging 

폐지부재에 의하여 요구된것이 아닌 다른 폐지들의 검색. 이것은 가까운 시간에 추가 
적 인 폐지들이 요구되면 디스크입출력을 보존할것을 미 리 예견한것 이 다. 요구페지화 
와 비교해 보라. 

믿음직한 체계 Trusted System 

주어 진 보안방책을 실현하기 위하여 확증할수 있는 콤퓨터와 조작체계 

방식절환 Mode Switch 

처리기가 다른 방식(핵심부 또는 프로쎄스)에서 집행하도록 하게 하는 하드웨어조작， 
프로쎄 스에서 핵 심부로 방식 을 절환할 때 프로그람계수기와 처 리 기상태 단어 , 다른 등 
륵기들이 보관된다. 방식을 핵심부로부터 프로쎄스로 절환하면 정보는 회복된다. 

변환미리 보기 완충기 Translation Lookaside Buffer (TLB) 

페지 식가상기 억기기 구의 부분으로서 최근에 참조된 페지표입구점 들을 유지 하는데 사 
용되는 고속캐쉬 . TLB 는 페지표입구점들을 검색 하기 위한 주기억기에로의 접근빈도 
를 줄인다. 

병행 Concurrent 

공통적 인 시 간간격 에 서 발생 하는 프로쎄 스들이 나 스레 드들에 관한것 으로서 그것 들은 공 
동자원들을 교대로 공유할수 있다. 
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봉사기 Server 

(1) 통보문을 통하여 의뢰기에서 오는 요청에 응답하는 프로쎄스， (2) 망에서 다른 국 
들에 기능들을 제공하는 자료국. 실례 로서 파일봉사기 , 인쇄봉사기，우편봉사기를 들 
수 있다. 

분산조작체계 Distributed Operating System 

를퓨터들의 망에 의 하여 공유되는 일반조작체 계，분산조작체계 는 프로쎄 스간 통신, 프 
로쎄스이주，호상배제 및 교착의 예 방과 검출에 대한 지원을 제공한다. 

를균일 기억기 접근다중처리기 Non uniform memory Access (NUMA) Multiprocessor 

주어 진 처리기로부터 기억기단어에로의 호출시간이 기억기단어의 위치에 따라서 변 
하는 공유기 억 기 형 다중처 리 기 

M 로크 Block 

(1) 어떤 단위로 기록되는 련속된 레코드들의 집 합으로서 그 단위들은 블로크사이에 있 
는 공백 으로 구분된다. (2) 어떤 단위 로 송신되는 비트들의 그룹 

비동기조작 Asynchronous Operation 

명시된 사건에 대하여 규칙적인 또는 예측가능한 시간관계가 없이 임의로 발생하는 조 
작，실례로 콤퓨터프로그람의 집행시 임의의 순간에 조종을 받을수 있는 오유진단루 
린의 호출을 들수 있다. 

비루스 Virus 

쓸모 있는 프로그람안에 매몰된 실증되지 않은 비밀루린. 프로그람집행은 비밀루린의 
집행을 초래한다. 

비법쏘프트웨어 Malicious Software 

목표로 삼은 콤퓨터에 위험을 발생시키거나 자원들을 다 써버리도록 설계한 쏘프트웨 
어. 비법적인 쏘프트웨어(멀웨어)는 흔히 합법적인 쏘프트웨어안에 숨겨 져 있거나 합 
법적인 쏘프트웨어인것처럼 가장한다. 어떤 경우에는 전자우편이나 감염된 플로피디 
스크를 거쳐 다른 콤퓨터들에로 그자체를 퍼뜨린다. 비법적인 쏘프트웨어의 형태에는 
비루스들，트로이목마들，웜들 그리고 봉사거절공격을 개시하기 위한 은페쏘프트웨어 
들이 있다. 

비특권상태 Nonprivileged State 

정지 명령과 입출력 명 령들과 같이 중요한 하드웨 어 명령들을 집 행 할수 없게 하는 집 행 
상태 

배분 Dispatch* 

실행준비가 되여 있는 일감이나 과제에 처리기시간을 배정하는것 

베어울프 Beowulf 

그것 이 구축되 여 있는 동안 계산작업 을 수행 하는 능력 을 손상시 킴 이 없이 총체 적 인 체 
계의 가격 대 성 능비를 최소로 하는데 중점 을 둔 콜라스터 식 계산콜라스를 정의 한다. 대 
부분의 베 어 울프체 계 들은 LINUX 콤퓨터 들에 서 실 현되 고 있 다. 

사슬목록 Chained List 

자료항목들은 분산될수 있지 만 매 개 항목은 다음항목을 지정 하기 위 한 식 별자를 포함 
하는 목록 
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상대주소 Relative Address 

기준주소로부터의 변위로 계산되는 주소 

상봉 Rendezvous 

통보문넘기기에서 통보문송신자와 수신자가 모두 통보문이 전달될 때까지 페색되는 상 
태 

상주모임 Resident Set 

주어 진 시간에 주기억기에 실제로 존재하는 프로쎄스의 부분. 작업모임과 비교할것 

선취 Preemption 

프로쎄스가 자원의 사용을 끝내기전에 그 프로쎄스로부터 자원을 회수하는것 

소비되는 자원 Consumable Resource 

창조(산생)되고 파괴(소비)되는 자원，프로쎄스가 자원을 획득하면 자원은 존재를 마 
친다. 소비자원의 실례로서 새치기들, 신호들 통보문들 그리고 입출력완충기들의 정 
보를 들수 있다. 

생명페소 H Livelock 

어떤 유효작업을 함이 없이 다른 프로쎄스(들)의 변화에 응답하여 두개 또는 그이상 
의 프로쎄스들이 련속적으로 자기들의 상태를 변화시키는것. 이것은 진척이 되지 않 
는 점에서는 교착과 류사하지만 프로쎄스가 페색되지 않거나 무엇인가를 기다리는 점 
에서는 교착과 차이 난다. 

순차파일 Sequential File 

레코드들이 한개 또는 그이상의 열쇠마당들의 값에 따라 배렬되고 파일의 시 작부터 같 
은 순서로 처리되는 파일 

순차호출 Sequential Access 

자료가 배렬된것과 같은 순서로 기억장치 또는 자료매체에 자료를 입구시키거나 자료 
가 입구된것과 갈은 순서로 자료를 획득하는 능력 

스핀페쇄 Spin Lock 

프로쎄 스가 사용성 을 가리 키 는 자물쇠 변수의 값을 기 다리 는 무한고리 에 서 집 행 하도록 
하는 호상배제기구 

시간공유 Time Sharing 

여러 사용자들이 장치를 동시에 사용하는것 

시간세분 Time Slicing 

두개 또는 그이상의 프로쎄스들이 같은 처리기에서 시간량자를 할당받는 조작방식 

신호기 Semaphore 

프로쎄 스들사이 에 서 신호하기 위하여 사용되 는 옹근수값. 신호기 에 대 하여 3 가지 조 
작만을 수행할수 있다. 이러한 조작들 즉 초기화，감소, 증가는 모두 원자적이다. 신 
호기 에 대한 정 확한 정의 에 따르면 감소조작은 프로쎄스의 폐색을 초래 할수 있으며 증 
가조작은 프로쎄 스의 비 폐 색 을 초래할수 있 다. 

실시간과제 Real-Time Task 

어 떤 프로쎄 스나 기 능 또는 콤퓨터 체 계 밖에 서 일 어 나는 사건모임 과 관련하여 집 행 되 
며 외부환경과 효률적으로 그리고 정확히 대화하기 위하여 한개 또는 그이상의 기한 


671 



부를 만족시켜야 하는 과제 

실시간체계 Real-Time System 

실시 간과제 들을 일정 작성 하고 관리 하여 야 하는 조작체 계 

새치기 Interrupt 

를퓨터프로그람의 집행과 같은 프로쎄스의 중지. 이것은 그 프로쎄스밖에서 일어나는 
사건에 의하여 발생하여 프로쎄스가 회복될수 있는것과 갈은 방법으로 수행된다. 

새치기처리기 Interrupt Handller 

일반적으로 조작체계의 한 부분인 루린. 새치기가 발생하면 조종은 해당한 새치기조 
종기에로 넘어 가 새치기를 일으킨 조건에 응답하여 어떤 작업을 한다. 

색인 달린 순차파일 Indexed Sequential File 

레코드들이 열쇠마당의 값들에 따라 배렬되여 있는 파일 . 주파일은 열쇠값들의 부분 
목록을 포함하는 색 인파일로서 추가된다. 색 인은 요구되는 레코드의 부근에 재빨리 도 
달하기 위 한 표찾기능력을 제공한다. 

색인 달린 파일 Indexed File 

레코드들이 열쇠마당의 값에 따라서 접근되는 파일. 색 인은 매개 열쇠값에 기초하여 
매개 레코드의 위치를 지적하는데 필요하다. 

색인에 의한 순차접근 Indexed Sequential Access* 

임의로 분할된 순차파일들에 보관되여 있는 열쇠들의 색인을 통하여 기억기구조의 레 
코드들을 조직 하고 접근하는것 . 

색인에 의한 접근 Indexed Access* 

기억된 레코드들의 위치들에 대한 개별적인 색인을 통하여 기억기구조의 레코드들을 조 
직하고 접근하는것 

세균 Bacteria 

자기자체를 복제하여 체계자원을 소비하는 프로그람 


웰 Shell 

대 화사용자지 령 들과 일감조종언어 지 령 들을 해 석 하는 조작체 계 의 부분. 사용자와 조작 
체계사이의 대면부로서의 기능을 수행한다. 

자료기지 Database 

한개 또는 그이상의 응용들을 봉사하기 위 한 방안에 따라 조직된 보통 조종여유를 가 
진 호상관련된 자료의 집합. 자료는 그것의 구조나 조직에 관계없이 각이한 프로그람 
들에 사용할수 있도록 보관된다. 공통적 인 방법은 새로운 자료를 추가하고 현존하는 자 
료를 변경하고 검색하는것 이 다. 

작업모임 Working Set 

가상시 간 t 에서 프로쎄스에 대 한 파라메터 A 를 가진 작업 모임 W ( t , A ) 는 마지 막 A 
시간단위들에서 참조된 프로쎄스의 페지들의 모임 이다. 

장치 구동프로그람 Device Driver 

장치나 입출력모둘을 직접 취급하는 조작체계의 모둘(보통 핵심부에 있다.) 

접근방법 Access Method 

파일，레코드 또는 레코드모임을 찾는데 사용하는 방법 
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조작체계 Operating System 

프로그람들의 집행을 조종하고 자원배정，일정작성，입출력조종，자료관리와 같은 봉 
사들을 제공하는 쏘프트웨어 

조이기 Compaction 

기억기가 가변크기의 분할구역들로 나눌 때 사용되는 수법. 때때로 조작체계는 분할 
구역들이 서로 린접하여 하나의 블로크에 모이도록 그것들을 조인다. 

주기억기 Main Memeory 

콤퓨터체계의 내부에 있으면서 프로그람을 주소화할수 있는 기억기. 그것의 내용은 련 
속적인 집행이나 처리를 위하여 등록기들에 적재할수 있다. 

주소공간 Address Space 

를퓨터프로그람에 사용할수 있는 주소범위 

주소변환기 Address Translate 

가상주소를 실제주소로 변환하는 기능장치 

직접접근 Direct Access 

자료의 물리 적세 포를 가리 키 는 주소에 의 하여 그것 들의 상대 적 인 위 치 와는 독립 적 인 순 
서로 기억장치로부터 자료를 읽어 내거나 기억장치에로 자료를 써 넣는 능력 

직접기억기접근 Direct Mem 아 y Address(DMA) 

DMA 모둘이 라고 부르는 전용모둘이 주기 억기와 입 출력 장치사이 에서 자료의 교환을 조 
종하는 입출력의 형태，처 리기는 자료블로크의 이송을 위한 요청을 DMA 모둘에 보내 
고 블로크가 완전히 이송된 후에야만 새치기된다. 

집행문맥 Execution Context 

프로쎄스상태와 동일 

재사용가능한 자원 Reusable Resource 

한번에 오직 한개의 프로쎄스에 의해서만 안전하게 리용될수 있으며 그러한 사용에 의 
하여 고갈되지 않는 자원. 프로쎄스들은 재사용가능한 자원들을 획득하였다가 다른 프 
로쎄스들이 다시 사용하도록 해방한다. 재사용가능한 자원들의 실례로서는 처리기들, 
입 출력통로들，주기억 기와 2 차기 억기，장치 들 그리 고 파일，자료기지 , 신호기 들과 같 
은 자료구조들을 들수 있다. 

재진입가능한 수속 Reentrant Procedure 

동일한 루린의 이전의 집행을 끝내기전에 가입하여 정확히 집행할수 있는 루린 

차지기다림 Busy Waiting 

일어 날 사건을 기 다리는동안 순환코드의 반복되는 집 행 

클라스터 Cluster 

통일적인 자원들로서 함께 작업하는 옹근 콤퓨터들이 호상 련결된 콤퓨터들의 그룹으 
로서 한대의 콤퓨터라는 착각을 일으킨다. 옹근 콤퓨터라는 용어는 클라스터와 떨어 져 
자기 혼자서 실행할수 있는 체계를 의미한다. 

캐쉬기억기 Cache Memory 

주기억기보다 용량은 작고 속도는 높으면서 처리기와 주기억기사이에 놓이는 기억기. 
캐쉬는 최근에 사용된 기억기세포들에 대한 완충기로서 동작한다. 
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탄창 Stack 

검색될 다음 자료항목이 목록에 가장 최근에 기억된 항목이 되도록 구축되고 유지되 
는 목록. 이 방법은 후입선출로 특징 지어 진다. 

토막 Segment 

가상기억기에서 가상주소를 가지는 블로크. 프로그람의 블로크들은 길이가 서로 다를 
수도 있고 지 어는 동적으로 변할수도 있다. 

토막화 Segmentation 

프로그람 또는 응용프로그람을 가상기억기의 부분과 갈은 토막들로 분할하는것 

통보문 Message 

통신에 의하여 프로쎄스들사이에서 서로 교환할수 있는 정보블로크 

통신구성방식 Communication Architecture 

통신기능을 실현하는 하드웨어 및 쏘프트웨어구조 

트로이목마 Trojan H 아 se 

쓸모 있는 프로그람내에 매몰된 실증되지 않은 비밀루린. 이 프로그람의 집행은 비밀 
루린의 집행으로 끝난다. 

특권명령 Privileged Instruction 

특정한 방식에서만 보통은 감시프로그람에 의하여 집행할수 있는 명령 

특권상태 Privileged State 

모든 하드웨 어 명령들이 집행되게 허락하는 집 행 상태 

파일 File 

하나의 단위로 취급되는 관련된 레코드들의 모임 

파일관리체계 File Management System 

파일 의 사용에 서 사용자들과 응용프로그람들에 봉사를 제 공하는 체 계 쏘프트웨 어 의 모 
임 으로서 파일접근，등록부유지，접근조종을 포함한다. 

파일배정표 File Allocation Table (FAT) 

파일에 배정된 공간에 대 한 2 차기 억 기의 물리적위 치 를 가리키는 표. 매 개 파일에는 한 
개의 파일배정표가 있다. 

파일조직 File Organization 

파일 의 레 코드들의 물리 적 순서 로서 파일 들을 기 억 시 키 고 검 색 하는데 사용하는 접 근방 
법에 의하여 결정된다. 

프로쎄스 Process 

집 행 상태 에 있는 프로그람. 프로쎄스는 조작체 계 에 의 하여 조종되 고 일정 작성된다. 과 
제와 동일 

프로쎄스상태 Process State 

조작체계가 프로쎄스를 관리하기 위하여 요구 하거나 처리기가 프로쎄스를 정확하게 집 
행하기 위하여 요구 하는 모든 정보. 프로쎄스상태는 프로그람계수기와 자료등록기들 
과 같은 여러가지 처리기등록기들의 내용을 포함한다. 그것은 또한 프로쎄스의 우선 
권과 특정한 입출력사건의 완료에 대한 프로쎄스의 기다림 등과 같은 조작체계에서 사 
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용하기 위한 정보를 포함한다. 집행문맥과 동일 

프로쎄스서술자 Process Descriptor 

프로쎄 스조종블로크와 동일 

프로쎄스 새끼치기 Process Spawning 

다른 프로쎄스에 의한 새로운 프로쎄스의 창조 

프로쌔스이주 Process Migration 

프로쎄 스를 목적 기 계 에 서 집 행 하기 위 하여 한 기 계 에 서 다른 기 계 에 로 프로쎄 스의 충 
분한 량의 상태정보를 이송하는것 

프로쎄스절환 Process Switch 

어떤 프로쎄스에 대한 프로쎄스조종블 로크， 등록기들과 다른 정보를 보관하고 그 대 
신에 다른 프로쎄스의 프로쎄스정보를 교체 하여 넣는 방법 으로 한 프로쎄스로부터 다 
른 프로쎄스로 처리기를 절환하는 조작 

프로쎄스 조종 블 로크 Process Control Block 

조작체 계 에 서 프로쎄 스의 명시 . 그것은 프로쎄 스의 특성 지 표들과 상태 에 대한 정 보를 
포함하는 자료구조이 다. 

프로쎄스형태 Process Image 

프로그람，자료，탄창 및 프로쎄스조종블로크를 포함한 프로쎄스의 모든 구성요소들 

프레임 Frame 

페 지 식 가상기 억 기 에 서 가상기 억 기 의 한개 의 폐 지 를 유지 하는데 사용되 는 주기 억 기 의 고 
정 길 이 블로크 

페지 Page 

가상기 억기에서 가상주소를 가지고 주기억기와 2 차기억기사이에서 하나의 단위로 전 
송되는 고정길이블로크 

페지부재 Page Fault 

참조된 단어를 포함하는 페지가 주기억기에 없을 때 발생한다. 이것은 새치기를 일으 
키며 적 당한 페지를 주기 억기에로 끌어 들일것을 요구한다. 

페지프레임 Page Frame 

폐지를 유지하는데 사용되는 주기억기의 고정크기의 린접한 블로크 

페지화 Paging 

주기 억 기 와 2 차기 억 기 사이 의 페 지 들의 이 송 

하쉬법 Hashing 

자료의 내용들의 함수로서 주소를 계산하여 자료항목에 대한 기억위치를 선택하는것 

하쉬파일 Hash File 

레코드들이 열쇠마당의 값들에 따라서 접근되는 파일 

함정 Trap 

하드웨 어 에 의 하여 자동적 으로 활성화되는 규정된 주소에 로의 프로그람화되지 않은 조 
건갈래 . 갈래 가 일 어 나는 시 작위 치 는 기 록된 다. 
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함정문 Trap doors 

일 반적 인 접 근인증방법 들이 없 이 접 근을 허 가하는데 사용되 는 프로그람에 로의 실증되 
지 않은 비밀입구점 

허락형새치기 Enabled Interrupt 

보통 조작체계 에 의 하여 창조되는것 으로서 처 리기가 특정 한 부류의 새 치기요청 신호들 
에 응답하는것 

호상배제 Mutual Exclusion 

임의의 시간에 프로쎄스들의 모임중에서 오직 하나의 프로쎄스만이 주어 진 자원을 호 
출할수 있거나 주어 진 기능을 수행할수 있는 그러한 프로쎄스들의 모임 이 있는 상태 . 
림계구간을 볼것 

후입선출 Last In First Out (LIFO) 

검색해야 할 다음의 항목이 대기렬에 가장 최근에 배치된 항목으로 되는 대기렬수법 

흐를관 Pipe 

두개의 프로쎄스들이 생산자-소비자모형으로 통신하게 하는 순환완충기 . 따라서 그것 
은 한 프로쎄스에 의 하여 씌여 지 고 다른 프로쎄스에 의하여 읽 어 지는 선입선출대기 
렬이다. 일부 체계들에서 흐름관은 대기렬의 임의의 항목이 소비를 위하여 선택되도 
록 일반화된다. 

핵심부 Kernel 

쏘프트웨어의 가장 많이 사용되는 부분들을 포함하는 조작체계의 한 부분. 일반적으 
로 핵 심 부는 항상 주기 억 기 에 보관된 다 . 핵 심 부는 특권 방식 에 서 실행 되며 프로쎄 스의 
호출에 응답하며 장치들에 의해 새치기된다. 

암호화 Encryption 

가역적인 수학적계산에 의하여 평문이나 자료를 리해하기 힘든 형태로 변환하는것 

약한 신호기 Weak Semaphore 

갈은 신호기를 기다리는 모든 프로쎄스들이 규정되지 않은 순서(실례로 알려 지지 않 
은 순서 또는 애매한 순서)로 집행하게 되는 신호기 

요구페지화 Demand Paging 

필 요한 순간에 2 차기억 기 로부터 주기억 기 에 로 파일의 이 송. 미 리 페 지 화와 비 교할것 . 

우편함 Mailbox 

통보문용대 기 렬로 사용되 는 많은 프로쎄 스들사이 에서 공유되 는 자료구조. 통보문들은 
송신기로부터 수신기에로 직접 보내는것이 아니라 먼저 우편함에 보내고 우편함으로 
부터 검색한다. 

응답시간 Response Time 

자료체 계 에서 문의통보문의 전송완료순간부터 응답통보문의 수신시 작순간까지 의 경 과 
시간으로서 문의말단에서 측정된다. 

응용프로그람대면 부 Application Programming Interface(API) 

특정 한 조작체계 또는 도형사용자대면부와 호환성 있는 응용프로그람들을 작성하기 위 
하여 쏘프트웨 어 개 발자들이 사용하는 표준화된 프로그람작성 도구들의 서 고 
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2 진신호기 Binary Semaphore 

값 o 과 1 을 가지는 신호기 

2 차기억기 Secondary Memory 

디스크와 테프를 비롯하여 를퓨터체계 밖에 위 치 하는 기 억기 

일감 Job 

어떤 단위로서 실행하기 위해 제품화된 계산걸음들의 모임 

일감조종언어 Job Control Language (JCL)* 

일감을 식별하거 나 조작체계 에 대 한 그것의 요구사항을 서술하는데 사용되는 일감에 
서 명령문들을 표현하기 위하여 설계된 문제지향언어 

일괄처리 Batch Processing 

콤퓨터 프로그람묶음을 집 행 하는 수법 으로서 묶음의 매 개 프로그람은 다음 프로그람이 
개시되기전에 완료된다. 

일정작성 Schedule 

배 분하려 는 일감 또는 과제 들을 선택 하는것 . 어 떤 조작체 계 들에서 입 출력 조작들과 같 
은 다른 작업단위들도 역시 일정작성될수 있다. 

입출력완충 Spooling 

주변장치와 콤퓨터처리기들사이에 자료를 이송할 때 처리지연을 줄이기 위하여 완충 
기 억 기 로서 2차기억 기 를 리 용하는것 

외부쪼각화 External Fragmentation 

기억기를 기억기에 할당된 자료블로크(즉 주기억기의 토막)에 해당한 가변크기의 분 
할구역으로 나눌 때 발생한다. 토막을 기억기의 안팎으로 이동할 때 기억기의 차지된 
분할구역들사이에 간격들이 생긴다. 

원격수속호출 Remote Procedure Call(RPC) 

서로 다른 기계에서 동작하는 두개의 프로그람이 수속호출/복귀문장 및 의미론들을 리 
용하여 서로 대화하게 하는 수법 . 호출된 프로그람과 호출하는 프로그람들은 모두 마 
치 동료프로그람이 갈은 기계에서 실행하고 있는듯이 동작한다. 

웜 W 아 m 

망련결을 통하여 콤퓨터들사이를 려행 할수 있는 프로그람. 비루스 또는 박테 리 아를 포 
함할수 있다. 


의로 I 기 Client 

봉사기 프로쎄 스들에 통보문을 보내 여 봉사들을 요청 하는 프로쎄 스 
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객체관리자 (Object manager) 81 
객체적응기 (Object adapter) 646 
객체지향기구 (Object oriented 
mechanism) 530 
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객체지향설계 (Object oriented design) 
637 

객체지 향조작체계 (Object oriented 
operating system) 159 
객체참조 (Object reference) 643 
객체클라스 (Object class) 85 
객체요청중개자 (Object request broker) 
(ORB) 645 

객체의 사용제한 (Limit use of object) 
588 

객체의 구체례 (Object instance) 638 
계승 (Inheritance) 85 
계층조작체계 (Layered operating 
system) 157 

계층조종 (Hierarchical control) 571 

과도교체 (Thrashing) 308 

관계자료기지 (Relational database) 514 

L 

날조 (Fabrication) 584 
능동 2 차 ( 체계 ) (Active secondary) 533 
능동공격 (Active attack) 587 
능동성작업모임 (Activity working set) 
406 

능동화 (Activation) 64 
내부자원 (Internal resource) 259 
내부쪼각화 (Internal fragmentation) 282 

ᄃ 

다중과제처리 (Multitasking) 61 
다중 명령다중자료흐 _ (Multiple 
instruction multiple data(MIMD) 
stream) 154 

다중명령 단일 자료흐 - (Multiple 
instruction single data 
(MISD)stream) 154 
다중봉사기 대 다중단일봉사기대기렬 
(Multiserver vs. multiple single¬ 
server queue) 395 


다중스레드처리 (Multithreading) 76 
다중자료흐들 (Multiple data stream) 

502 

다중 프로 쎄스 처리 (Multiprocessing) 180 
다중처리기의 일정작성 (Multiprocessor 
scheduling) 396 
다중콤퓨터 (Multicomputer) 153 
다중프로그람식일괄체계 

(Multiprogrammed batch system) 60 
다중 프로 그람 처리 (Multiprogramming) 60 
다중회전판 (Multiple platter) 469 
다중 응용 프로 그람 (Multiple application) 
181 

다형성 (Polym 아 phism) 85 
다형성비루스 (Polymorphic virus) 607 
단기과제일정작성기 (Sh 아 t-te『m task 
scheduler) 409 

단기일정작성 (Sh 아 t-term scheduling) 
361 

단독봉사기 (Separate server) 533 
단면디스크 (Single-sided disk) 469 
단순보안속성 (Simple security property) 
613 

단순토막화법 (Simple segmentation) 

280 

단순페지화법 (Simple paging) 280 
단순일괄체계 (Simple batch system) 57 
단일 명령다중자료 (Single instruction 
multiple data) (SIMD) 153 
단일 명령 단일 자료흐 - (Single 
instruction single data (SISD) 
stream) 153 

단일봉사기대기 렬 (Single-server queue) 
392 

단일 사용자다중과제처 리 (Single-user 
multitasking) 79 

단일처리기 일정작성 (Uniprocessor 
scheduling) 358 
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단일체계상 (Single-system image) 535 
단일프로그람 (Single-program) 60 
단일 프로그람처리 (Uniprogramming) 61 
단일화조작체계 (Monolithic operating 
system) 156 

단일핵심부 (Monolithic kernel) 75 
단일완충기 (Single buffer) 437 
도착률 (Arrival rate) 377 
도령사용자대면 부 (Graphical user 
interface) (GUI) 79 
독립병렬기구 (Independent parallelism) 
397 

독립접근 (Independent access) 447 
동기 (Motivation) 180 
동기 원격 수속호출 (Synchronous RPC) 
530 

동기화 (Synchronization) 171 
동기화기본지령의 실현 (Synchronization 
primitives implementation) 663 
동기화립도 (Synchronization 
granularity) 396 

동기입출력 (Synchronous I/O) 461 
동료체계 (Buddy system) 286 
동적글격대면부 (Dynamic skeleton 
interface) (DSI) 646 
동적기동 (Dynamic invocation) 646 
동적계획법에 의한 방법 (Dynamic 
planning-based approach) 411 
동적계획법에 의한 일정작성법 (Dynamic 
planning-based scheduling) 412 
동적련결 (Dynamic linking) 93 
동적련결기 (Dynamic linker) 302 
동적련결서고 (Dynamically linked 
library) (DLL) 537 
동적분할효과 (Dynamic partitioning 
effect) 284 


동적실행시적재 (Dynamic run-time 
loading) 298 

동적자격에 의한 공유 (Share via 
dynamic capabilities protection) 

588 

동적최상노력 방법 (Dynamic best effort 
approaches) 411 

동적최상노력 일정작성 법 (Dynamic best 
effort scheduling) 412 
동적를리기 (Dynamic scrolling) 146 
동적일정작성 (Dynamic scheduling) 406 
두방향시계 페지 치환알고리듬 (Two- 
handed clock page replacement 
algorithm) 342 

등각속도 (Constant angular velocity) 
(CAV) 472 

등록기문맥 (Register context) 131 
등록부 (Directory) 485 
등록부관리 (Directory management) 434 
등선속도 (Constant linear velocity) 
(CLV) 472 
디스크 (Disk) 96 
디스크구동기 (Disk drive) 470 
디스크기억기 (Disk storage) 467 
디스크체계 (Disk systems) 470 
디스크일정작성 (Disk scheduling) 438 
대기렬 (Queue) 392 
대기렬모형 (Queuing model) 109 
대기렬체계 (Queuing system) 392 
대기렬크기 (Queue size) 394 
대면부 (Interface) 644 
대면부정의 (Interface definition) 644 
대면부정의언어 (Interface definition 
language) (IDL) 645 
대칭복제 (Mirroring) 447 
대칭형다중처리 (Symmetric 
multiprocessing) (SMP) 98 
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대형디스크 (Large disk) 502 
대형파일 (Large file) 502 
데커의 알고리듬 (Dekker's algorithm) 
188 

되살리기 (Flush) 161 

H 

량면디스크 (Double sided disk) 469 
련결 (Linking) 301 
련결편집기 (Linkage editor) 302 
련상사영 (Associative mapping) 

314 

론리 물리 주소변환 (Logica 卜 to-physical 
address translation) 294 
론리조직 (Logical organization) 279 
론리주소 (Logical address) 289 
론리폭탄 (Logic bomb) 603 
론리입출력 (Logical I/O) 433 
리베스트 사미르 아들레만 ( RSA ) 알고리듬 
( Rivest - Shamir-Adleman algorithm ) 

629 

림계구간 (Critical section) 185 
림계자원 (Critical resource) 185 
립도 (Granularity) 397 
립도가 큰 병렬기구동기화 (Coarse¬ 
grained parallelism synchronization) 
397 

램슨/레멜감시기 (Lampson/Redell 
monitor) 219 

레쿄드의 M 로크화 (Record blocking) 
490 

례외정보 (Exception) 644 

□ 

마디관리자 (Node manager) 537 
마이크로핵심부 (Microkernel) 156 
망구동프로그람 (Network driver) 461 
망간릉신규약 (IP) 631 


망접근층 (Network access layer) 633 
망조작체계 (Network operating system) 
引 3 

망화 (Networking) 539 

명령등록기 (Instruction register) (IR) 

18 

명령주기 (Instruction cycle) 19 
명중률 (Hit ratio) 36 
모듈구조 (Modular structure) 92 
모듈식 프로그람작성 (Modular 
programming) 68 
모방조종모듈 (Emulation control 
module) 609 

목적지 (Destination) 220 
목적포구 (Destination port) 633 
무리일정작성법 (Gang scheduling) 402, 
403 

문장론 (Syntax) 630 
문헌연구/보고서의 작성과제 

(Reading/report assignment) 649 
물리조직 (Physical organization) 435 
물리주소 (Physical address) 289 
물리층 (Physical layer) 631 
미들웨어 (Middleware) 514 
미리복사 (Precopy) 548 
미리지우기방책 (Precleaning policy) 

337 

미리페지화 (Prepaging) 348 

미세 립도병렬기구 (Fine-grained 
parallelism) 398 
믿음성 (Reliability) 158 
믿음직한 체계 (Trusted system) 611 
밀도 (Density) 467 
밀어널기목록 (Pushdown list) 49 
ᄇ 

박자동기 (Timing) 630 
반결합 (Feedback) 374 
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반결합일 정작성법 (Feedback 
scheduling) 368 

방식변경 (Change mode) (CHM) 123 
벌레 (W 아 m) 603 

범용암호해제 (Generic decryption) (GD) 
609 

변경 (Modification) 583 
변환미리보기 완충기 (Translation 
lookaside buffer) 313 
변이엔진 (Mutation engine) 607 
별속성 (Star property) 612 
병렬기구 (Parallelism) 396 
병렬계산 (Parallelizing computation) 

534 

병렬접근 (Parallel access) 447 
병렬처리기방식 (Parallel processor 
architecture) 153 

병렬화된 응용프로그람 (Parallelized 
application) 534 

병렬화콤파일러 (Parallelizing compiler) 
534 

병행성 (Concurrency) 169 
병행처리 (Concurrent processing) 201 
• 보조기억기 (Auxiliary memory) 34 
보호 (Protection) 68 
보안 (Security) 583 
보안서술자 (Security descriptor) (SD) 
614 

봉사 (Service) 638 

봉사거절 (Denial of service) 587 

봉사기 (Server) 514 

봉사기프로쎄스 (Server processes) 83 

봉사기 응용프로그람 (Server application) 
644 

봉사기에 의한 처리 (Server-based 
processing) 519 

부모프로쎄스 (Parent process) 133 


부분공간이송 (Eager) (dirty) 549 
부분과제구조 (Subtask structure) 412 
부분망 (Subnetwork) 632 
부적당한 동기화 (Improper 
synchronization) 66 
부재프로쎄스 (Faulting process) 339 
부하공유 (Load sharing) 401 
부하평형 (Load balancing) 534 
분구 (Sector) 468 
분구사이간격 (Intersect 아 gap) 468 
분리가능디스크 (Removable disk) 469 
분산객체계산 (Distributed object 
computing) (DOC) 643 
분산순시상기록 (Distributed snapshot) 
554 

분산자료처리 (Distributed data 
processing) (DDP) 511 
분산조작체계 (Distributed operating 
system) 78 

분산조종 (Distributed control) 571 
분산처리 (Distributed processing) 

180 

분산체계 (Distributed systems) 510 
분산체계지원 (Distributed system 
supp 아 t) 160 

분산틍보문 넘기기 (Distributed message 
passing) 524-526 
분산 파일고 속 완충 (Distributed file 
caching) 520 

분산판본 (Distributed version) 665 
분산형교착 (Distributed deadlock) 568 
- 579 

분산형전역상태 (Distributed global 
states) 554 

분산형 프로쎄스관리 (Distributed process 
management) 547 
분산형호상배제 (Distributed mutual 
exclusion) 558 
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분산형알고리듬 (Distributed algorithm) 
559 

분할법 (Partitioning) 280 
분할구역크기 (Partition sizes) 281 
불러내기 (Fetches) 19 
불러내기방책 (Fetch policy) 323 
불러내기주기 (Fetch cycle) 19 
불안정한 상태 (Unsafe state) 254 
M 로크 (Block) 467 
비결 정 프로그람조작 (Nondeterminate 
program operation) 66 
비공개열全 I (Private key) 628 
비공유 (Shared nothing) 533 
비교체형디스크 (Nonremovable disk) 

469 

비 동기 원격 수속호출 (Asynchronous 
RPC) 530 

비동기처리 (Asynchronous processing) 
142 

비동기입출력 (Asynchronous I/O) 461 
비루스 (Virus) 605 
비밀열쇠 (Secret key) 629 
비법적인 프로그람 (Malicious program) 
603 

비법적인 쏘프트웨어 (Malicious 
software) 602 
비보호 (No protection) 587 
비선취 (No preemption) 248 
비주기적과제 (Aperiodic task) 407 
비지속맺기 (Nonpersistent binding) 529 
비페색 (Unblock) 149 
비완충식입출력 (Unbuffered I/O) 460 
빈도에 의한 치환 (Frequency-b 的 ed 
replacement) 455 
빚기억기 (Optical mem 아 y) 471 
빚디스크 (Optical disk) 473 


배분규칙 (Dispatching discipline) 394 
배분기객체 (Dispatcher object) 86 
배분기능 (Dispatching function) 368 
배치방책 (Placement policy) 324 
배치알고리듬 (Placement algorithm) 

282 

人 

사건 (Event) 267 
사건처리기 (Event processor) 538 
사건 핵심부객체 신호법 (Signaling event 
kernel object) 462 

사람이 읽을수 있는 (Human readable) 
427 

사슬식자유쪼각 (Chained free portion) 
498 

사영기능 (Mapping function) 35 
사용가능성 (Availability) 77 
사용률도표 (Utilization histogram) 62 
사용자/콤퓨터대면부 (User/computer 
interface) 53 

사용자교육 (User education) 598 
사용자데이터 그램규약 (User datagram 
protocol) (UDP) 635 
사용자방식 (User mode) 125 
사용자변경 등록기 (User-visible register) 
17 

사용자조종 (User control) 408 
사용자준위문맥 (User-level context) 131 
사용자준위 스레드 (User-level thread) 
(ULT) 150 

사용자프로쎄스 (User process) 73 
사용자응답시간 (User response time) 
391 

사용자 응용 프로 그람 (User application) 
89 

상대기억기크기와 명중률 (Relative 
memory size and hit ratio) 49 
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상대주소 (Relative address) 289 
상봉 (Rendezvous) 221 
상주감시기 (Resident monitor) 62 
상주모임 (Resident set) 331 
상태 (State) 38 
상태등록기 (Status register) 17 
상위클라스 (Super-class) 641 
서명 (Signature) 607 
선래선봉사법 (First-come-first-served) 
(FCFS) 385 
선취 (Preemption) 173 
선택기능 (Selection function) 372 
선입선출법 (First-in-first-out) (FIFO) 
394 

설계목적 (Design objectives) 427 
설치시간 (Setup time) 56 
성능 (Performance) 82 
성원함수 (Method) 637 
소각 (Flushing) 550 
소비되는 자원 (Consumable resource) 
247 

속도단조일정 작성법 (Rate monotonic 
scheduling) (RMS) 416 
속성 (Attribute) 505 
송신 (Send) 185 

송신비페색 (Nonblocking send) 221 
송신페색 (Blocking send) 221 
수속호출 및 복귀 (Procedure calls and 
returns) 50 
수신 (Receive) 185 
수신비페색 (Nonblocking receive) 221 
수신페색 (Blocking receive) 221 
수자식면역체계 (Digital immune system) 
609 

수자식만능 디스크 (Digital versatile disk) 
(DVD) 475 

순시상기록 (Snapshot) 554 


순차번호 (Sequence number) 633 
순환기다림 (Circular wait) 569 
순환법 (Round robin) 135 
순환완충기 (Circular buffer) 438 
숨은 사용자 (Clandestine user) 591 
스레드 (Thread) 140 
스레드관리자 (Thread manager) 82 
스레드집행 (Thread execution) 140 
스레드우선권 (Thread priorities) 421 
스레드일정작성 (Thread scheduling) 
400 

스텔스비루스 (Stealth virus) 606 
시간 (Time) 164 
시간과제 (Time task) 407 
시간적국소성 (Temp 아 al locality) 43 
시계 (Timer) 81 

시계방책조작 (dock policy operation) 
328 

시계새치기 (Clock interrupt) 130 
시계페지 치환알고리듬 (Clock page 
replacement algorithm) 338 
시계알고리듬 (Clock algorithm) 327 
시작기한부 (Starting deadline) 412 
시분할체계 (Time sharing system) 65 
식별 (Identification) 608 
식별자 (Identifier) (ID) 589 
신호 (Signal) 548 
신호기 (Semaphore) 198 
신호조작 (Signal operation) 656 
실린더 (Cylinder) 472 
실시간 (Real time) 420 
실제기억기 (Real memory) 305 
실제주소 (Real address) 68 
실현물 (Implementation) 642 
실행 (Running) 107, 166, 175 
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실행대기 (Standby) 166 
실행시동적련결 (Run-time dynamic 
linking) 303 

실행시적재 (Run-time loading) 300 
새치기 (Interrupt) 63 
새치기 구동프로그람 (InteiTUPt-driven 
I/O) 38 

새치기관리 (Interrupt management) 159 
새치기봉사루린 (Interrupt service 
routine) (ISR) 28 

새치기조종기 (Interrupt handler) 24 
새치기처리 (Interrupt processing) 26 
새치기요청신호 (Interrupt request signal) 
24 

새끼치기 (Spawn) 146 
색인마디 (Inodes) 500 
색인작성 (Indexing) 498 
색인작성기능 (Indexing facility) 504 
생명페쇄 (Livelock) 192 
생산자/소비자문제 (Producer/consumer 
problem) 201 
웰 (Shell) 89 

ᄌ 

자격표 (Capability ticket) 591 
자기디스크 (Magnetic disk) 467 
자기빚디스크 (Magneto-optical (MO) 
disk) 475 

자동마크로 (Automacro) 608 
자동배정 (Automatic allocation) 68 
자동집행 (Autoexecute) 608 
자두 (Head) 467 
자료 Data 650 

자료구조 (Data structure) 340 
자료기지응용 (Database application) 
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자료등록기 (Data register) 20 
자료속도 (Data rate) 427 
자료처리 (Data processing) 20 
자료표현 (Data representation) 428 
자료암호화규격 (Data encryption 
standard) (DES) 620 
자리길 (Track) 467 
자리길사이간격 (Intertrack gap) 472 
자리찾기시간 (Seek time) 440 
자식프로쎄스 (Child process) 135 
자유목록 (Free list) 458 
자유를로크목록 (Free block list) 498 
자유페지목록 (Free page list) 330 
자원 (Resource) 534 
자원관리자 (Resource manager) 538 
자원배정거부 (Resource allocation 
denial) 252 

자원소유권 (Resource ownership) 175 
자원요구사항 (Resource requirement) 
412 

작업모임전략 (Working set strategy) 
335 

장기기억기 (Long-term storage) 69 
장기일정작성 (Long-term scheduling) 
358 

장치 구동프로그람 (Device driver) 90 
장치목록 (Device list) 458 
장치 핵심부객체 신호법 (Signaling device 
kernel object) 462 
장치입출력 (Device I/O) 460 
장애극복력 (Fault tolerance) 155 
저 준위 기억 기관리 (Low-level memory 
management) 160 
적재 (Loading) 298 
적재가능모듈 (Loadable module) 92 
적재시동적련결 (Load-time dynamic 
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linking) 302 

적재조종 (Load control) 338 
전송조종릉신 규약 (TCP/IP) 631 
전송층 (Transport layer) 631 
전체공간이송 (Eager) (all) 548 
전통적인 UNIX (Traditional UNIX) 90 
전통적인 암호화 (Conventional 
encryption) 620 
전역변수 Global variable 213 
전역상태 (Global state) 554 
전역치환방책 (Global replacement 
policy) 332 

전역파일체계 (Global file system) 541 
전용처리기할당식스레드일정작성법 
(Dedicated processor assignment 
thread scheduling) 402 
절대동시실행성 (Absolute scalability) 

531 

절대적재 (Absolute loading) 298 
접근마스크 (Access mask) 617 
접근조종 (Access control) 70 
접근제한에 의한 공유 (Share via access 
limitation protection) 588 
접근 S 표 (Access token) 614 
접근투명성 (Access transparency) 643 
접근효률 대 명중률 (Access efficiency 
vs. hit ratio) 48 
접근행렬 (Access matrix) 590 
정보의 보호 및 보안 (Information 
protection and security) 72 
정보흐■조종 (Information flow control) 
70 

정적 표구동식일정작성법 (Static table- 
driven scheduling) 411 
정적우선권구동식선취형일정작성법 
(Static priority-driven preemptive 
scheduling) 412 


조건변수 (Condition variable) 266 
조건쿄드 (Condition code) 18 
조작 (Operatk>n) 642 
조작체계 (Operating system) 54 
조작체계 프로젝트 (Operating systems 
project) (OSP) 646 
조종 (Control) 38 
조종탁입력 (Cons 이 e input) 267 
조종의 복잡성 (Complexity of control) 
428 

조이기 (Compaction) 285 
좀비 (Zombie) 174 
주기적과제 (Periodic task) 424 
주기적과제의 박자동기 선도 (Periodic 
task timing diagram) 416 
주기억기 (Main mem 아 y) 16 
주사 (Scan) 343 
주소 (Address) 289 
주소공간 (Address space) 352 
주소등록기 (Address register) 16 
주소변환 (Address translation) 69 
주소사영 (Address map) 346 
사영 (Map) 168 
주소사영기 (Mapper) 69 
주소지정 (Addressing) 223 
주소지정방안 (Addressing scheme) 503 
주/종속구성방식 (Master/slave 
architecture) 154 
주콤퓨터에 의한 처리 (Hot-based 
processing) 518 

주파일표 (Master file table) (MFT) 505 
준비 (ready) 107, 113 
준비/중단 (Ready/suspend) 110 
준비시간 (Ready time) 412 
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중간립도병렬 기구 (Medium-grained 
parallelism) 397 

중기일정작성 (Medium-term scheduling) 
385 

중단 (Suspension) 174 
증분동시실행성 (Incremental scalability) 
531 

증분성장 (Incremental growth) 77 
지령마크로 (Command macro) 608 
지속맺기 (Persistent binding) 529 
지수평균법 (Exponential averaging) 371 
지수평활결수 (Exponential smoothing 
coefficient) 372 

지우기방책 (Cleaning policy) 337 
직결 (Online) 537 
직권람용자 (Misfeasor) 591 
직렬처리 (Serial processing) 56 
직접기억기접근 (Direct memory access) 
(DMA) 22 

직접주소지정 (Direct addressing) 222 
집중된 자료 (Centralized data) 511 
집중조종 (Centralized control) 571 
집중처리 (Centralized processing) 511 
집중형콤퓨터 (Centralized computers) 
511 

집중형알고리듬 (Centralized algorithm) 
559 

집행 (Execution) 140 
집행문맥 (Execution context) 66 
집행주기 (Execute cycle) 19 
재배정 (Relocation) 289 
재배정가능한 적재 (Relocatable 
loading) 299 

재사용가능한 자원 (Reusable resources) 
246 

재진입가능한 수속 (Reentrant 
procedures) 52 


재쓰기가능 CD (CD rewritable (CD- 
RW)) 474 
재연 (Replay) 587 
제거 (Removal) 608 

大 

차분응답성 (Differential responsiveness) 
70 

차지기다림 Busy waiting 196 
차후결속 (Lazy commit) 461 
차후쓰기 (Lazy write) 461 
참조감시기개념 (Reference monitor 
concept) 612 

참조시목사 (Copy-on-reference) 550 
창문/도형모듈 (Windows/graphics 
modules) 82 
처리기 (Processor) 16 
처리능력 (Throughput) 365 
처리시간 (Processing time) 413 
척도맞추기 (Scaling) 77 
철학자식사문제 (Dining philosophers 
problem) 259 

첨수등록기 (Index registers) 18 
출구 (Exit) 107 

치환방책 (Replacement policy) 332 
치환전략 (Replacement strategy) 332 
치환알고리듬 (Replacement algorithm) 
35 

침입자 (Intruders) 591 
체계모선 (System bus) 16 
체계방식 (System mode) 135 
체계보안 (System security) 583 
체계사용률 (System utilization) 96 
체계접근 (System access) 54 
체계준위문맥 (System-level context) 

131 


709 


체계파일 (System files) 505 
체계응답시간 (System response time) 
391 

최고 응답률후처리법 (Highest response 
ratio next) (HRRN) 385 
최단나머지 시간법 (Shortest remaining 
time (SRT) policy) 385 
최단봉사시간우선디스크일정작성법 

(Shortest service time first (SSTF) 
disk scheduling) 444 
최 단프로쎄스후처 리 법 (Shortest process 
next (SPN) policy) 385 
최대나머지 집행 창문 (Largest remaining 
execution window) 339 
최대미사용법 (Least recently used) 
(LRU) 325 

최대프로쎄스 (Largest process) 339 
최소스레드수우선 부하분배 법 (Smallest 
number of threads first load 
sharing) 402 

최저 우선권 프로쎄스 (Lowest-priority 
process) 339 

최적방책 (Optimal policy) 325 
최종활성 프로쎄스 (Last process 
activated) 339 

=\ 

콤퓨터구성요소 (Computer component) 
17 

콤퓨터지원설계 (Computer-aided 
design) (CAD) 511 

콤퓨터처리능력 (Computer processing) 
power 390 

콤퓨터체계 , (Computer system), 16-53 
콤퓨터로 만든 통과암호 (Computer¬ 
generated password) 598 
클라스터 (Cluster) 154, 528-531 
클라스터봉사기 (Cluster server) 537 
클라스터 비트사영 (Cluster bit map) 505 


클라스터화방법 (Clustering method) 533 
캐쉬기억기 (Cache mem 아 y) 454 
캐쉬관리자 (Cache manager) 82, 506 
캐쉬크기 (Cache size) 35 
캐쉬일관성 (Cache consistency) 522 

탄창가능모듈 (Stackable module) 93 
탄창기준 (Stack base) 49 
탄창실현 (Stack implementation) 49 
탄창지시기 (Stack pointer) 18, 49 
탄창프레임 (Stack frame) 53 
탄창한계 (Stack limit) 49 
토막 (Segment) 294 
토막지시기 (Segment pointer) 18 
토막화 (Segmentation) 318 
통계적위반검출 (Statistical anomaly 
detection) 600 
롬과암호 (Password) 593 
통과 암호거부검사 (Reactive password¬ 
checking) 598 

틍과암호합격 검사기 (Proactive 
password checker) 598 
롬로 (Channel) 555 
■보문 (Message) 220, 638 
통보문넘기기 (Message passing) 220 
통보문내용의 공개 (Release of message 
content) 586 

통보문변경 (Modification of message) 
587 

통보문통신 (Message communication) 
574 

틍보문완충기 (Message buffer) 575 
통신 (Communication) 187, 427 
통신규약 (Protocol) 630 
통신구성방식 (Communications 
architecture) 513 
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롬신선로 및 망보안 (Communication 
lines and networks security) 586 
통신성능 (Communications 
performance) 547 
통표넘기기방법 (Token-passing 
approach) 566 

통합우편체계 (Integrated mail system) 
609 

통일적인 대면부 (Uniform interface) 

157 

트로이목마 (Trojan horse) 605 
특권명령 (Privileged instruction) 59 
특수능력의 사용 (utilizing special 
capability) 548 

특수체계지 원프로쎄스 (Special system 
support process) 83 

n 

파라메터계산 (Parametric computing) 
535 

파라메터넘기기 (Parameter passing) 

529 

파라메터표현 (Parameter 
representation) 529 
파생클라스 (Subclass) 641 
파일 (File) 268 

파일공유 , (File sharing), 487-490 
파일관리 (File management) 476-509 
파일등록부 (File direct 아 y) 480 
파일변경통지 (File change notification) 
267 

파일배정 (File allocation) 480 
파일접근조종 (Controlled access to 
file) 54 

파일조직 (File organization) 476 
파일체계 구동프로그람 (File system 
driver) 461 

파일캐쉬일관성 (File cache 
consistency) 520 


파일표 (File table) 114 
파일이송규약 (File transfer protocol) 
(FTP) 636 

팔의 점착성 (Arm stickiness) 445 
평문 (Plaintext) 593,623 
포함 (Containment) 630 
표식자 (Marker) 556 
프로그람개발 (Program development) 53 
프로그람계수기 (Program counter) (PC) 
18 

프로그람상태 단어 (Program status 
word) (PSW) 18 

프로그람식 입출력 (Programmed I/O) 428 
프로그람집행 (Program execution) 53 
프로쎄스 (Process) 139 
프로쎄스간통신 (Interprocess 
communication) 161,174 
프레임 (Frame) 290 
프레임페쇄법 (Frame locking) 324 
플로피디스크 (Floppy disk) 469 
피동예비 ( 체계 ) (Passive standby) 532 
피터슨알고리듬 (Peterson's algorithm) 
192 

페색/중단 (Blocked/suspend) 110 
페지 (Page) 291 

페지등록부 (Page directory) 345 
페지부재 (Page fault) 314 
페지부재 빈도알고리듬 (Page fault 
frequency (PFF) algorithm) 338 
페지배정 (Page allocation) 345 
폐지중간등록부 (Page middle direct 아 y) 
345 

페지치환 (Page replacement) 341 
페지표 (Page table) 340 
페지프레임 (Page frame) 291 
페지화 (Paging) 308 
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페지화체계 (Paging system) 340 
페지완충법 (Page buffering) 330 

o 

하드실시간과제 (Hard real-time task) 
407 

하드웨어 (Hardware) 584 
하드웨어적인 RAID (Hardware RAID) 462 
하드웨어 장치 구동프로그람 (Hardware 
device driver) 461 
하드웨어적지원 (Hardware support) 
193-198 

하드웨어추상층 (Hardware abstraction 
layer) (HAL) 81 

한방향암호화 (One-way encryption) 

592 

함정 (Trap)125 
함정문 (Trap door) 603 
합성객체 (Composite object) 642 
항목모집단 (Item population) 392 
허가 (Grant) 160 
협동루틴 (Coroutine) 189 
협동처리 (Cooperative processing) 520 
협동일정작성 (Coscheduling) 403 
호상기다림 (Mutual waiting) 574 
호상배제 (Mutual exclusion) 186 
호출복귀거동 (Call-return behavior) 45 
호환성 있는 시분할체계 (Compatible 
time-sharing system) (CTSS) 62 
호어감시기 대 램슨/레멜감시기 (Hoare 
monitor 쌔 . Lampson/Redell 
monito)r 219 

효률 (Efficiency) 71, 433 
후입선출법 (Last-in-first-out) (UF 이 
443 

휴대성 (Portability) 475 
흐름관 (Pipe) 261 


흐름지향장치 (Stream-oriented device) 
436 

흐■해석 (Traffic analysis) 586 
핵심부 (Kernel) 55 
핵심부기억기 배정기 (Kernel memory 
allocator) 343 

핵심부루틴 (Kernel routine) 155 
핵심부모듈목록 (Kernel module list) 93 
핵심부방식 (Kernel mode) 123 
핵심부스레드 (Kernel thread) 169 
핵심부준위 스레드 (Kernel-level thread) 
(KLT) 146 

회계 (Accounting) 54 
회복가능성 (Recoverability) 502, 505 
회전지연시간 (Rotational delay) 440 
확률적일정작성 (Random scheduling) 
442 

확장성 (Extensibility) 157 
환경부분체계 (Environment subsystem) 
83 

M 

쏘프트 실시간과 제 (Soft real-time task) 
407 

쏘프트웨어 (Software) 180, 207 
쓰기금지 (No write down) 612 
쓰기방책 (Write policy) 38 

O 

안정한 상태 (Safe state) 252 

알고리듬 (Algorithm) 36 

암호문 (Ciphertext) 622 

암호해석 (Cryptanalysis) 624 

암호해제 (Decryption) 609 

암호알고리듬 (Encryption algorithm) 620 

약한 신호기 (Weak semaphore) 198 

양보 (Yielding) 171 

언어맺기창조 (Language binding 
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creation) 645 

여러준위보안 (Multilevel security) 611 
여분도 (Redundancy) 452 
연구프로젝트 (Research project) 646 
열쇠전수공격법 (Brute-force attack) 624 
영구적인 페색 (Permanent blocking) 243 
오유검출과 응답 (Error detection and 
response) 54 

오유조건 (Error condition) 428 
요구지우기 (Demand cleaning) 337 
요구페지화 (Demand paging) 323 
요청 (Request) 634 
우선권 (Priority) 362 
운영일지파일 (Log file) 504 
운영 일지파일봉사 (Log file service) 505 
웃준우 I 기억기 (Upper level memory) (Ml) 46 
유령교착 (Phantom deadlock) 569 
유지 및 기다림 (Hold and wait) 248 
유연성 (Flexibility) 156 
은행가알고리듬 (Banker's algorithm) 252 
응답성 (Responsiveness) 407 
응답시간 (Response time) 427 
응용층 (Application layer), 631 
응용프로그람 (Application) 427 
응용프로그람작성 대 면부 (Applications 
programming interface) (API) 514 
이동 프로 그람체계 (Mobile-program 
system) 609 
이송 (Transfer) 38 
이송단우 I (Unit of transfer) 428 
이송시간 (Transfer time) 440 
이주 (Migration) 539 
이행 (Transition) 166 
인증 (Certification) 70 
인증성 (Authenticity) 582 


인테 II 트층 (Internet layer) 631 
일감 (Job) 58 

일감조종언어 (Job control language) 
(JCL) 58 

일감처리시간 (Turnaround time) (TAT) 
363 

일괄다중프로그람처리 대 시분할 (Batch 
multiprogramming vs. time sharing) 
64 

일반성 (Generality) 433 
일정작성기 (Scheduler) 372 
일정작성법 (Scheduling) 95 
읽기금지 (No read up) 612 
읽기자/쓰기자의 폐쇄 (Reader/writer 
lock) 266 

읽기자/쓰기자문제 (Reader writer 
problem) 226 

읽기전용밀집 형 디스크 (CD-ROM) 
(Compact disk read-only memory) 
471 

입출력 및 새치기관리 (I/O and interrupt 
management) 161 
입출력기능 (I/O function) 433 
입출력기능의 조직 (I/O function 
organization) 428 
입출력관리 (I/O management) 427 
입출력관리자 (I/O manager) 81 
입출력모듈 (I/O module) 16 
입출력수법 (I/O technique) 429 
입출력새치기 (I/O interrupt) 125 
입출력장치 (I/O device) 427 
입출력장치접근 (Access to I/O device) 
54 

입출력조작 (I/O operation) 435 
입출력 주소등록기 (I/O address register) 
(l/OAR) 16 

입출력처리기 (I/O processor) 430 
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입출력통로 (I/O channel) 430 
입출력통신기술 (I/O communication 
technique) 37 
입출력표 (I/O table) 114 
입출력완료포구 (I/O completion port) 
462 

입출력의 완충조직 (I/O buffering) 435 
입출력 완충등록기 (I/O buffer register) 
(l/OBR) 16 

예측가능성 (Predictability) 363 
외부쪼각화 (External fragmentation) 284 
위치투명성 (Location transparency) 643 
왼체스터디스크 (Winchester disk) 469 
원체스터자두 (Winchester head) 469 
의뢰기/봉사기 (Client/server) 512 
의릐기 (Client) 513 

의로 I 기응용프로그람 (Client application) 
644 

의로 I 기에 의한 처리 (Client-based 
processing) 519 
의미론 (Semantics) 630 
완료 (Finish) 143 

완료기한부 (Completion deadline) 412 
완전공유 또는 비공유보호 (Sha『e all 아 
share nothing protection) 587 
완정성 (Integrity) 583 
완충 (Buffering) 438 
완충기교체법 (Buffer swapping) 437 
완충기캐쉬 (Buffer cache) 458 
원격수속호출 (Remote procedure call) 
(RPC) 82 

원천 (Source) 220 

* * * 

1 차적인 총화기록 (Native audit record) 
601 


2 준위기억기 (Two-level memory) 33 
2 중완충기 (Double buffer) 437 
2 진신호기 (Binary semaphore) 197 
2 차기억기 (Secondary memory) 34 

2 차기억기의 관리 (Secondary storage 

management) 492 

3 중 DEA(TDEA) (Triple DEA) (TDEA) 

625 

3 층의로 I 기/봉사기구성방식 (Three-tier 
client/server architecture) 520 
4.4BSD UNIX 조작체계 (4.4BSD UNIX 
operating system) 91 

* * * 

Ben-Ari 병행해석기 (Ben-Ari Concurrent 
Interpreter) (BACI) 655 
Beowulf 분산프로쎄스공간 (Beowulf 
distributed process space) 

(BPROC) 542 

LOOK 방책 (LOOK policy) 444 
M 的 a 언어 (Language Mesa) 218 
NT 마이크로핵심부조종객체 (NT 
microkernel control object) 86 
N 걸음 SCAN 법 (N-step-SCAN policy) 
445 

OMG 대면부정의 (OMG interface 
definition) 644 
PCODE 역아쎔블러 (PCODE 
disassembler) 665 
RAID ( 독립디스크여분배렬 ) (RAID 
Redundant Array of Independent 
Disk) 446 

Sprite 체계 (Sprite system) 550 
Sun 클라스터 (Sun cluster) 539 
SVR4 배분대기렬 (SVR4 dispatch 
queue) 421 
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략 


어 


(Application Programming Interface) 응용프로그람작성 대 면부 

(Common Object Request Broker Architecture) 공통객 체 요청 중개 방식 

(Central Processing Unit) 중앙처 리 장치 

(Compatable Time Sharing System) 호환성 시 분할체 계 

(Data Ecryption Stsndard) 자료암호화표준 

(Direct Memory Access) 직접 기억기접근 

(Digital Versatile Disk) 수자식 만능디 스크 

(File Allocation Table) 파일 배 정 표 

(First Come First Served) 선래 선 봉사 

(First In First Out) 선 입 선출 

(Graphical User Interface) 도형 사용자대 면 부 

(Input/Output) 입 출력 

(International Business Machines Corporation) 국제 사무기 계 회 사 

(Inter Process Communication) 프로쎄 스간통신 

(Job Control Language) 일 감조종언 어 

(Local Area Network) 국부망 

(Last In First Out) 후입 선출 

(Least Recently Used) 최 대 미 사용 

(Multiple Virtual Storage) 다중가상기 억 기 

(NT File System) NT 파일 체 계 

(Nonuniform Memory Access) 불균일 기 억 기 접 근 

(Object Request Broker) 객 체 요청 중개 기 

(Open Systems Interconnection) 개 방형 체 계 호상련결 

(Program Counter) 프로그람계수기 

(Processor Status Word) 처 리 기 상태 단어 

(Process Control Block) 프로쎄 스조종블로크 

(Redundant Array of Independent Disks) 독립 디 스크여 분배 렬 

(Reduced Instruction Set Computer) 축소명 령 모임 콤퓨터 

(Remote Procedure Call) 원격 프로쎄 스호출 

(Symmetric Multiprcx^essing or Symmetric Multiprocessor) 대칭형다중처리 또는 대칭형다 
중처리기 

(Simultaneous Peripheral Operation On Line) 직 결 동시 주변조작 
(System V Release 4) 체계 V 공개 4 
(Translation Lookaside Buffer) 변환미 리 보기 완충기 
Windows 2000 
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